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PROCEDE ET DISPOSITIF POUR SYNTHETISER UNE ARCHITECTURE 

ELECTRIQUE 

La pr6sente invention concerne un proc6cl6 et un dlspositif pour synth6tiser une 
architecture §lectrlque et les applications de ce proced6 k un vehicule, et en parliculler un 
5 proced§ et dlspositif de conception d'une sp§cification d*un systfeme materiel et loglciel. 

II existe aujourd*hul de nombreux proc6d6s et dispositifs qui traitent isol6ment de la 
gestlon d'exigence, de la specification de fonctions electroniques, de la conception de 
calculateurs de controle electronique, de la conception de messageries pour des rdseaux 
embarqu§s, de la conception de logiciel, mals aucun proc§d6 ou dlspositif ne couvre 
10 rensemble de ces aspects en vue de permettre une conception raplde de systSmes matfiriel 
et logiciel distribue. 

La pr6sente Invention h pour but de fournir un proc6d6 et un dlspositif am6lior6s 
pour synthdtiser une architecture 6lectrique et les applications de ce proced6 k un v6hlcule, 
et en particulier de fournir un proc§d6 et un dlspositif am6llor6s de conception d'une 
15 specification d'un systeme materiel et logiciel. 

Selon un premier aspect, la pr6sente invention vise un outll de conception 
d'architecture de systfeme, caract6rls6 en ce qu'll comporte plusleurs 6crans qui comportent, 
chacun : 

- une description hi6rarchis§e du systfeme, au molns un des nlveaux de la hl6rarchle 
20 repr6sentant des prestations offertes k des utilisateurs, et 

- lorsqu'un 6l6ment de la description hi6rarchls6e est s6lectionn6, une vue synth6tique d'une 
parlie au moins de I'interface de cet 6l§ment avec le reste du systfeme. 

La pr6sente invention fourni un proc6d§ de conception d'une specification d'un 
systdme matdriei et logiciel, caract^risd en ce qu'il comporte : 
25 - une etape de definition de prestations et, pour chaque prestation, de cas d'utilisation ; 

- une etape d'assoclation de chaque cas d'utilisation k au molns un §tat de depart du 
systfeme, une demande utilisateur et, pour chaque 6tat de d6part, un 6tat d'arrlv6e du 
systfeme ; 

- une 6tape de definition d'opSrations au cours de laquelle, pour chaque 6tat, on d6flnit un 
30 ensemble d'operations 6l6mentaires correspondant k la r6ponse du systfeme lors de Tarrivee 

dans iedit etat ; 

- une etape de specification d'archltecture du systfeme deflnissant des unites de contrOle 
electronique et des reseaux ; 

* une etape de placement des operations eiementaires sur les calculateurs ; et, au moins 
35 Tune des etapes suivantes : 

- une etape d'identification des flots de donnees circulant sur lesdite reseaux en 
fonctlon dudit placement ; et 
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- une 6tape d'identification de la specification des interfaces des calculateurs en 
fonction dudit placement. 

II sera appreci6 que la procedure de conception peut comprendre la production de 
copie de donn§es, comme par exemple des donn§es qui peuvent etre lues par une machine 
5 pour la mise en oeuvre automatique d'une 6tape de fabrication ou d'essai de syst^mes, ou 
par une personne pour controler un tel systdme. 

Grace a ces dispositions, il est possible de prendre directement en compte les 
prestations offertes aux clients en y accedant dans lesdits ecrans et en observant des vues 
synthetiques Ii6es & ces prestations. On rappelle ici que les prestations repr§sentent des 
10 services au benefice d'un utilisateur du syst^me, par exemple le conducteur d'un v§hicule 
embarquant ledit systfeme. Des prestations sont d§finies par ce que Tutilisateur veut (par 
exemple la mise en route de la climatisation, d'essuie-glaces) ou par ce qu"on lui propose 
(par exemple une s§curite passive, notamment en cas d'accidents). Elles sont aussi d§finies 
par des capteurs et/ou des actionneurs qu'elles metlent en oeuvre. Elles correspondent, 
15 chacune, a une realisation mat6rielie capteur/logiciel/actionneur, le capteur pouvant §tre 
materiel (capteurs en tableau de bord ou p6dales, par exemple). A partir des prestations, 
Poutil de conception permet de determiner des specifications du syst6me, des interfaces et 
ce que doivent comporter les elements du systeme et leur communication avec les autres 
elements du systeme. 

20 Selon des caracteristiques particulieres, I'outil comporte un moyen de selection, 

appeie "onglet", d'une description hierarchisee, la selection de chaque onglet faisant 
apparaitre un ecran different de Toutil. 

Grace a ces dispositions, le passage d'un 6cran k i'autre est partlculierement aisd. 
Selon des caracteristiques partJculieres, pour au molns un 6cran, la description 
25 hierarchisee represente, h un premier niveau de hierarchie, une pluralite de prestations, et k 
un deuxieme niveau de hierarchie, une pluralite de cas d'utilisation pour chaque prestation. 

Grace a ces dispositions, chaque prestation est definie par les cas de son 
utilisation. Par exemple, la prestation "essuie-glaces" peut §tre definie par des cas 
d'utilisation de balayage alteme, de balayage lent et de balayage rapide. 
30 Selon des caracteristiques particulieres, pour au moins un dit ecran, chaque cas 

d'utilisation comporte un contexte ou situation initiate du systeme, une demande d'un 
utilisateur au systeme et une reponse du systeme correspondant h un changement de son 

etat. 

Grace k ces dispositions, on disposera des infomiations necessaires pour reallser 
35 les tests d'integration de la prestation. 

Selon des caracteristiques particulieres, dans au moins un ecran, pour chaque cas 
d'utilisation d'une prestation, on deflnit des etats et des transitions d'etat assocl6es. 
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Grace h chacune de ces dispositions, les cas d'utilisation sont formalisms et en 
relation directe aveo les situations et 6tats du systeme et les demandes de Tutilisateur du 
syst^me qui d^finissent les transitions entre etats. 

Selon des caract6ristiques particuli^res, avec au moins un ecran. on regroupe les 
6tats qui fonctionnent dans des modes transverses aux prestations communs, dans des 
"phases", cheque etat est associ6 h une phase du systeme, Tensemble des cas d'utilisation 
formalisms repr§sentant toutes les r6ponses ou absences de r§ponse du systfeme dans 
toutes les phases, celles ci repr§sentant, ensemble, toutes les combinaisons des modes de 
fonctionnement du vehicule. 

Grace a ces dispositions, on hierarchise les 6tats ce qui permet une mellleure 
lisibilltm car on peut considerer cheque phase separ§ment, puis cheque transition de phase. 

Selon des caracteristiques particuliferes, cheque phase est constitu6e d'un 
ensemble de combinaison des modes de fonctionnement du v6hicule, les modes 6tant 
transversaux aux prestations et hors du contrSle direct des prestations, par exemple un 
mode repr6sentant un niveau d'energie disponible et/ou un type d'utillsateur du systfeme et 
ou un 6tat accidente ou non d'un vehicule. 

Grace h ces dispositions, la definition des phases est normalis6e et de mise en 
oeuvre ais§e, elle permet d'autre part une lecture facilitee car hi6rarchis§e des 6tats- 

Selon des caracteristiques particuliferes, pour au moins un 6cran, la description 
hierarchisee repr§sente, a un premier niveau de hierarchie, une pluralit6 de prestations, et k 
un deuxieme niveau de hierarchie, des phases de la prestation. 

Grace a ces dispositions, la description des prestations est d6taill§e pour chacune 
des phases du systdme, ce qui simplifie le travail de Tutilisateur de Toutil. 

Selon des caracteristiques particuliferes, pour au moins un ecran, la description 
hi§rarchis6e repr6sente, a un premier niveau de hi6rarchie, une pluralit6 de prestations, et k 
un deuxieme niveau de hi6rarchie, des 6tats. 

Grace h ces dispositions, la description des prestations est ratlach6e k des 6tats 
du systeme, ce qui simplifie le travail de I'utilisateur de Toutll. 

Selon des caract6ristiques parBculleres, dans la description hl§rarchis§e, un niveau 
hierarchique d6crit, dans un 6tat donne, les op6rations 6l6mentaires. 

Grace k ces dispositions, les opdrations el6mentaires effectu6es par le systdme 
sont accessibles dans la description hl6rarchis§e et peuvent §tre 6dit6es par I'utilisateur de 
I'outil. 

Selon des caractSristiques parHcullftres, pour au moins un 6cran, un utlllsateur peut 
effectuer un placement d'op6rations 6l6mentaires sur des composants repr§sent§s sur une 
vue synth^tique. 
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Grace h ces dispositions, les aspects fonctionnels du systfeme peuvent etre 
implant6s sur les composants mat§riels de ce syst6me. 

Seion des caract§ristiques particuli^res, l^outii comporte, pour au moins un 6cran, 
une vue synth§tique representant une enveloppe tfun composant et chaque operation 
5 6l6mentaire que ledit composant contrSle ou commande. 

Grace a ces dispositions, I'utilisateur de Toutil peut 6tudier le fonctionnement de 
chaque composant et les specifications qui en d§coulent. 

Seion des caracteristiques partlculieres, I'outil comporte, pour au moins un §cran, 
une vue synthetique representant une enveloppe d'une prestation et chaque operation 
10 elementaire que ladite prestation comporte. 

Grace a ces dispositions, I'utilisateur de Toutil peut 6tudier le fonctionnement de 
chaque prestation et les specifications qui en decoulent. 

Seion des caracteristiques particuli^res, pour au moins un §cran, la description 
hi6rarchis6e represente des calculateurs du systeme, a un premier niveau de hierarchie, et k 
15 un deuxieme niveau de hierarchie, des operations elementalres controlees ou commandees 
electroniquement par chaque calculateur. 

Grace k ces dispositions, Tutilisateur de Toutil peut etudier le fonctionnement de 
chaque calculateur et les specifications qui en decoulent 

Seion des caracteristiques particuli5res, pour au moins un §cran, une vue 
20 syntiietique represente, pour chaque calculateur, les prestations qui sont, au moins 
partiellement, placees sur ledit calculateur. 

Grace a ces dispositions, Tutilisateur de I'outil peut etudier les relations entre les 
prestations et les calculateurs. 

Selon des caracteristiques partlculieres, pour au moins un ecran, une vue 
25 synth§tique represente, pour chaque calculateur, les modes dans lesquels ledit calculateur 
doit fonctionner. 

Grace k ces dispositions, I'utilisateur de I'outil peut 6tudier les relations entre les 
modes et les calculateurs. 

Selon des caracteristiques particullferes, pour au moins un 6cran, une vue 
30 synth6tique represente au moins un reseau et les composants qui y sont reli6s. 

Grace a ces dispositions, I'utilisateur peut etudier le fonctionnement de chaque 

reseau. 

Selon des caracteristiques partlculieres, pour au moins un 6cran, la description 
hierarchisee represente des calculateurs du systeme, k un premier niveau de hierarchie, et k 
35 un deuxieme niveau de hierarchie, pour chaque calculateur, les trames de donnees 
transitant sur les bus auxquels est connecte le calculateur et/ou les composants 
eiectroniques (capteurs, actionneurs) directement connectes au calculateur. 
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Grace k ces dispositions, I'utiiisateur de I'outil peut 6tudier chaque calculateur et les 
interactions qu'll a avec d'autres §I§nnents du systfenne, en particulier les bus auxquels il est 
connects. 

Selon des caract6ristiques particuliferes, pour au moins un §cran, la description 
hierarchis§e reprdsente des trames, k un premier niveau de hierarchie, et ^ un deuxieme 
nn/eaw de hi6rarchie, pour chaque trame, les donnees contenues dans les trames. 

Grace h ces dispositions, Tutilisateur de I'outil peut d6tailler la messagerie utilis6e 
et 6tablir les relations entre les trames et les donn§es qu'elles contiennent 

Selon des caract6ristiques particuliferes, pour au moins un ecran, une vue 
10 synth§tique repr6sente des composants et/ou r6seaux et une projection tf une prestation sur 
lesdits composants et/ou r^seaux. 

Grace a ces dispositions, Tutilisateur de Toutil peut §tudier separ6ment chaque 
prestetion, en terme d'implantation materielle. 

Selon des caracteristiques particuliferes, pour au moins un 6cran, un niveau 
15 hi6rarchique d§crit, pour chaque operation elementaire, les flots de donn6es d"entr§e et de 
sortie d'interface, pour chaque flot de donn6es, le pilote et le composant et/ou I'opdratlon 
6l6mentaire, avec lequel le flot de donnees est echang6. 

Grace k ces dispositions, rutilisateur de Toutil peut 6tudier le d6tall de la mise en 
oeuvre d*une operation §l6mentaire, en termes de flots de donn§es, de pilotes et/ou de 
20 composants. 

Selon des caracteristiques particuli§res, pour au moins un 6cran, la description 
hierarchis§e repr6sente, k un premier niveau de hl6rarchle, une plurallt6 de prestations, et h 
un deuxieme niveau de hierarchie, une plurallt§ de variantes de prestation, pour chaque 
prestation, 

25 Grace a ces dispositions, I'outil permet de tralter dlff§rentes variantes d'une 

prestation dans la conception de I'architecture d'un systdme. 

Selon des caracteristiques particuliferes, pour au moins un §cran, la description 
hierarchisee represente, a un premier niveau de hl§rarchle, une pluralit6 de composants 
6lectroniques, et k un deuxieme niveau de hl§rarchie, une pluralite de variantes de 
30 composants §lectroniques, pour chaque composant electronique. 

Grace a ces dispositions, Toutil pennet de traiter diff6rentes variantes d'un 
composant, par exemple diffdrents composants de diff6rents 6quipementlers, dans la 
conception de I'architecture d'un systfeme. 

Selon des caracteristiques particull6res, pour au moins une vue synth§tique, une 
35 selection, avec un dispositif de pointage, d'un 6l§ment de la vue synthdtique donne accfes k 
une representation de fonctionnement dudit 6l§ment. 
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Grace h ces dispositions, Tutilisateur de Toutil peut 6tudier le fonctionnement des 
diff6rents 6l§ments repr§sent6s dans la vue synthetique. 

Selon des caract6ristiques particuliferes, pour un cas d'utiilsation, etant donn6 un 
placement partiel ou complet des prestations, on identifie automatiquement I'ensemble des 
5 operations §lementaires dans Tarchitecture ainsi que Tensemble des donnees 6chang6es 
(trames, capteurs, actionneurs) correspondant k la realisation du cas d'utilisation. 

Grace h ces dispositions, si une erreur est observee, lors tfun test d'int6gration, 
c'est h dire pour un cas d'utilisation donn6, on peut retrouver les composants susceptibles 
tf etre a I'origine du defaut. 
10 Selon des caract§ristiques particuliferes, pour un cas d'utllisation, si on exprime une 

contrainte de performance sur ledit cas d'utilisation, on identifie automatiquement Tensemble 
des operations elementaires dans Tarchitecture, Tensemble des trames 6chang§es, 
Tensemble des capteurs necessaires et/ou I'ensemble des actionneurs activ6s, de manlfere k 
leur affecter respectivement des contraintes de delai d'execution, de d6lai de transmission, 
15 de delai deactivation propres et/ou valider des contraintes deja exprim6es. 

Grace k ces dispositions, on va pouvoir decider des contraintes de 
rafraichissement des differentes donnees echang^es par des operations eiementaires 
auxquelles s'applique la contrainte de performance. 

La presente invention vise, selon un deuxieme aspect, un precede pour synth6tiser 
20 une architecture eiectrique et eiectronique d'au molns une partie d'un produit comprenant 
des flls eiectriques et des composants eiectriques et eiectroniques tels que des capteurs, 
des actionneurs et des calculateurs, caract6rls6 en ce qu'll comporte les 6tapes suivantes : 

- on represente en deux dimensions la g6om6trie du produit ddcoupee en 
differentes zones ; 

25 - on place dans les differentes zones, des points de routage pour ie routage 

des fils eiectriques ; 
. on place entre les differentes zones des points de connexion ; 

- on place les composants eiectriques et eiectroniques dans les zones ; 

- on procede k une synthase du routage en fonction de la g6om6trie des 
30 differentes zones, des positions des points de routage, des points de 

connexion et des composants ; 

- on precede k une evaluation de ce routage et 
en fonction du resultat de cette evaluation ; 

- on modifie des emplacements de points de routage, de points de connexion 
35 et/ou de composants eiectriques et eiectroniques et on repute les 6tapes de 

synthese et d'evaluation. 
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Dans la pr6sente invention, une topologie 2-D est un r6sultat du proc6cl§. Aussi, 
selon la pr6sente invention, les chemins sont g6n§r§s automatiquement. Gr§ce k ces 
dispositions, on optimise le routage par iteration. 

Selon des caract6ristiques particulidres, au moins un point de connexion 
correspond, dans le produit, k un connecteur et/ou au moins un point de routage 
correspond, dans le produit, h un connecteur, 

Grace k ces dispositions, on prend en compte et on dimensionne les connecteurs. 
Selon des caract§ristiques particulieres, on precise h l'int§rieur desdites zones, des 
sous-zones d'6vitement dans lesquelles aucun fil, composant ou connecteur ne dolt §tre 
plac6 et, au cours de r^tape de synthase, on interdit qu*un fil traverse une sous-zone 
d'§vitement. 

Grace k ces dispositions, la representation est plus fiddle et tlent compte de 
I'encombrement de certaines zones du produit 

Selon des caracteristiques particull&res, avant de placer les composants 
electriques et 6lectroniques, on fait au moins un des choix ci-aprfes : 



- choix d'unites de controle §lectroniques, 

- choix de r6seaux de communication, 

- choix de capteurs et actionneurs, 

- choix de boitiers fusibles et relais, 

- choix d'une architecture 61ectrique et electronique. 



Selon des caracteristiques particulieres, avant de proc§der a la synthase du 
routage, on specifie des caracteristiques des composants §lectriques et 6lectronlques. 

Selon des caract6ristiques particulieres, aprfes la synth&se du routage, on visualise 
le cSblage constitue du routage synthetise et de connecteurs. 

Grace a ces dispositions, on peut mettre au point le placement des points de 
routage en simpiifiant la g6om6trie des torons. 

Selon des caracteristiques particuliferes, le proc6d6 comporte une etape de 
validation d*un routage parmi ceux lvalues, et on procfede au calcul d'une sp6clflcation 
technique du cablage constitu6 du routage synth§tise valid6 et de connecteurs et on 
precede a la suite du calcul de la specification technique, au calcul d'un coQt du cablage 
et/ou au calcul d'une mesure de quaiite, par exemple par I'estimation du nombre de pannes 
par million et par an du cablage. 

Grace a ces dispositions, le concepteur peut comparer diffSrentes solutions 
d'architecture et transmettre la specification de Tarchitecture retenue a I'dquipe de 
daveloppement et de mise au point. 
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Selon des caract6ristiques particuliferes, le produit est un v6hicule et les diff6rentes 
zones du v§hicule comprennent au moins l*une des zones suivantes : 

- la zone de la face avant, 

- la zone du capot, 



- la zone du pavilion, 

- la zone du coffre et du hayon, au-dessus et en dessous des zones 
ci-dessus, 

- la zone de Talle avant droite et de Taile avant gauche, 

- la zone de la porte avant droite et de la porte avant gauche, 

- la zone du montant droit et du montant gauche, 

- la zone de la porte arriere droite et de la porte arrlere gauche, 

- la zone de I'aile arriere droite et de Taile arriere gauche, entre la zone du 
tableau de bord et celles de I'aile avant droite et de I'aile avant gauche, les 
zones du montant avant droite et du montant avant gauche, entre la zone du 
coffre et celles de Taile arriere droite et de Taile arrlere gauche, les zones du 
montant arriere droit et du montant arrlere gauche, 



- une zone du dessus de plancher et 
une zone du dessous de plancher. 
20 Grace h ces dispositions, on peut appliquer le proc6d§ a un vehicule automobile. 

Selon un trolsieme aspect, la pr6sente invention vise un outil de conception 
d'architecture de systeme, caract6ris6 en ce qu'il comporte, pour des objets, composants 
materiels et/ou prestations offertes au client, une representation graphique dite "enveloppe" 
qui comporte : 
25 - un contour repr6sentant ledit objet, 

- des representations d'autres objets avec lequel ledit objet communique, et 

- des representations de donnees 6changees avec lesdits autres objets. 

Grace a ces dispositions, Tutilisateur de I'outil dispose d'une vue synth6tique de 
llnteraction de Tobjet avec d'autres objets du systeme. 
30 Selon des caract§ristiques particuli^res, lorsque ladite enveloppe repr6sente un 

composant mat6riels, des representations de donnees sont effectu6es pour une prestation. 

Grace a ces dispositions, chaque couple composant materiel - prestation peut §tre 
etudie separement. 

Selon un quatri^me aspect, la pr6sente invention vise un outil de representation de 
35 systeme comportant des composants eiectroniques relies, chacun, a au moins un bus, 
caracterise en ce quMI comporte, pour chaque bus, une representation des composants qui y 



5 



la zone du tableau de bord, 
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sont directement reli6s et, pour les composants directement reli6s k au molns deux bus, 

pour chacun de ces bus, associ6 audit composant, un identiflcateur de chaque autre bus 

auquel ledit composant est directement reli6. 

Grace k ces dispositions, I'utilisateur de I'outil dispose d'une vue en trois 
5 dimensions, sans complexite de repr6sentation, chaque bus §tant represents en deux 

dimensions et les liens entre les bus 6tant repr6sent6s, selon une troisifeme dimension, 

grace aux identificateurs. 

Selon des caracteristiques particuli^res, ledit identiflcateur est un el§ment 

grapliique, par exemple une pastille d'une couleur identlque k celle du bus dans ladlte 
10 representation. 

Grace k ces dispositions, la visualisation des relations entre les bus est als§e, 
grace a la visualisation de r6l§ment graphique. 

Selon un cinquifeme aspect, la presente invention vise un proc§d§ de conception 
d'une specification d'un syst^me mat§rlel et logiciel, caracteris6 en ce quil comporte : 
15 - une etape de definition de prestations et, pour chaque prestation, de cas 

d'utilisation ; 

- une etape d'association de chaque cas d'utilisation k au moins un 6tat de d6part 
du systdme, une demande utilisateur et, pour chaque §tat de d§part, un 6tat d'arrlvSe du 
syst6me ; 

20 - une etape de definition d'op6rations au cours de laquelle, pour chaque 6tat, on 

deflnit un ensemble d'op6rations 6l6mentalres correspondant k la rSponse du systfeme lors 
de i'arrivee dans ledit etat ; 

- une etape de specification d'archltecture du systfeme deflnissant des unites de 
contrdle eiectronique et des reseaux ; 

25 - une etape de placement des operations eiementaires sur les calculateurs ; 

et, au moins I'une des etapes suivantes : 

- une etape d'identification des flots de donnees circulant sur lesdits reseaux en 
fonction dudit placement ; et 

- une etape didentification de la specification des interfaces des calculateuiB en 
30 fonction dudit placement. 

Grace k ces dispositions, ce precede permet de partir des prestations offertes k 
I'utilisateur du systeme, de determiner le fonctionnement du systfeme puis d'implanter les 
operations eiementaires mettant en oeuvre les prestations sur des calculateurs et d'identifler 
les consequences de Timplantation en termes de flots de donnees et/ou en termes de 
35 specification d'interfaces. 

Selon des caracteristiques particulieres, l'6tape de placement comporte, pour 
chaque prestation, un choix parmi plusieurs modes de placement comportant notamment : 
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- le placement de la prestation sur un seul calculateur, 

- le placement maTtre-esclave dans lequel une operation 6lementaire 
suppl§mentalre de controle de la prestation unique, active, suivant r§tat de la prestation 
dans lequel se trouve le systfeme, les operations 6l6mentaires de la prestation, cette 

5 operation el§mentaire supplementaire §tant plac6e sur I'un des calculateurs, 

- le placement distribute dans lequel les operations eiementaires sont r6parties sur 
au moins deux calculateurs et, sur chacun desdits calculateurs, une operation ei6mentaire 
supplementaire de controle de la prestation est placte et active, suivant I'etat de la 
prestation dans lequel se trouve le systfeme, les operations eiementaires de la prestation 

10 placees sur ledit calculateur. 

Grace a ces dispositions, le placement de chaque prestation peut etre effectue sur 
un ou plusieurs composants, avec des operations eiementaires de controle 
correspondantes. 

Selon des caract6ristiques particulieres, les operations 6l6mentaires 
15 suppiementaires sont generees automatiquement avec : 

- comme entrees, toutes les donnees necessaires au calcul des transitions de 
Tautomate de controle de la prestation dont les etats sont les etats de la prestation et ies 
transitions les traductions, par une operation eiementaire, des demandes utilisateur et 

- comme sortie, une donnee representant retat dans lequel se trouve la prestation. 
20 Grace h ces dispositions, le travail de Tutilisateur de Toutii est trds simpllfie. 

Selon des caracteristiques particulieres, au cours de retape d'identification des flots 
de donnees, on determine un etat de chaque flot de donnees, par rapport k une messagerie 
donnee : 

- donnees "libres", a placer dans des trames, 

25 - donnees dej^ placees dans une trame et circulant sur le r6seau et telles qu'elles 

sont produites dans les calculateurs oCi la trame est produite et consomm6e dans les 
calculateurs ou la trame est consommee, et 

- emplacements de trame non utilises. 

Grace a ces dispositions, les donn6es et les trames peuvent §tre organis6es, et 
30 pendant la conception du systfeme, on peut mesurer le travail restant t faire pour couvrir 
■'ensemble des echanges de donnees par les differentes trames. 

Selon des caracteristiques particulieres, etant donne un cas d'utilisation, on 
exprime une contrainte de performance sur ce cas d'utilisation ainsi que sur certalnes des 
operations eiementaires realisees dans retat d'arrivee dudit cas d'utilisation, I'outil synth6tlse 
35 alors automatiquement la liste des executions d'op6rations eiementaires, executions de 
pilotes, ecritures et lectures dans des trames, prise en compte d'information par des capteur 
et des actionneurs, transfert de trame sur un r6seau mise en oeuvres suite au placement 
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desdites operations §lementaires et le concepteur peut valider que cette contrainte de 
performance est satisfalte pour un placement desdites operations 61ementaires ou sp6cifier 
des exigences de d61ai d'ex6cution et/ou de temps de r6ponse pour satisfaire cetle 
contrainte de performance. 

Grace h ces dispositions, on peut s'assurer que le systfeme aura blen les 
peffermances attendues et i'on peut notamment metlre au point des exigences de 
performance pour les divers composantes du systdme. 

Selon des caracteristiques partlcullferes, si, pour une prestation poss6dant au 
moins deux variantes, lesdites variantes ont des operations 6l6mentaires partag6es, alors 
lesdites operations 6l6mentalres sont plac6es sur les m§mes calculateurs ou variantes de 
calcutateur. 

Par exemple des variantes d'accfes au vdhlcule, Tune avec cle, I'autre sans cl§, 
part^erons les operations eiementalres de verrouillage et d6verrouillage. 

Grace a ces dispositions, 11 est possible de g6rer simplement la diversite des 
prestations lors de I'etape de placement car Ton a pas besoin d"effectuer plusieurs fols le 
placement d'une operation eiementaire partagee entre plusieurs variantes de prestation. 

Selon un sixieme aspect, la pr6sente invention vise un outll de conception d'un plan 
de cablage, caracteris6 en ce quMI comporte plusieurs ecrans qui component chacun : 

- une description hl6rarchls6e des composants materiels k placer 

- une representation en deux dimensions des zones sur lesquelles les composants 
sont places. 

Selon des caracteristiques particulieres, la representation en deux dimensions des 
zones sur lesquelles les composants sont places comporle une vue globale de I'ensemble 
des zones ainsl qu'un moyen de rajouter ou enlever des zones. 

Selon des caracteristiques particulieres, lorsque Ton seiectionne une zone dans la 
vue globale de I'ensemble des zones, une vue locale de la zone, vue locale dans laquelle 
des caracteristiques geometriques de la zone peuvent §tre specifiees, par exemple en 
cliquant deplagant des points de contour de la zone, apparaTt. 

Grace k ces dispositions, la specification de la zone peut §tre fidele k la piece qu'elle 
represente. 

Selon des caracteristiques particulieres, on peut edlter, sur la vue locale d'une zone 
en cliquant-deplaoant h partir d'une Icdne de I'outll, des points de routage, des points de 
connexion, des sous-zones d'evitement el/ou des points de masse. 

Grace k ces dispositions, le concepteur peut specifier des points de passage 
preterentiels pour le routage des fils qui permettront de fornier des torons, des points de 
passage preterentiels d'une zone k une autre et des sous-zones d'evitement dans lesquelles 
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aucun fil ne peut passer par exemple pour des raisons m§caniques ou d'enoombrement, les 
endroits de la zone qui peuvent servir de masse. 

Selon des caracteristiques particuliferes, un point de routage ou un point de 
connexion entre zone peut etre transform^ en connecteur en cliquant sur un atlribut dudit 
point de routage ou de connexion. 

Grace a ces dispositions, on peut specifier I'emplacennent des connecteurs qui 
pennettront de decouper les fils et torons en pieces suffisamment petltes ou pratiques pour 
ie montage. 

Selon des caract§ristlques particulleres, on peut specifier Templacement des 
diff6rents composants electroniques, les bottlers fusibles et relais, les unites de contrdle 
6lectroniques, les capteurs, les actionneurs, notamment en cliquant deplagant sur una 
representation desdits composants dans une liste hl§rarchls§e. 

Grace & ces dispositions, Ie concepteur peut specifier Templacement ou seront 
places ces composants sur les diffdrentes zones du prodult 

Selon des caract6ristiques particuliferes, on syntli§tise automatiquement Ie routage 
des diff6rents capteurs et actionneurs jusqu'aux differents bottlers fusibles et relais et unit6s 
de contrdle diectronique. 

Grace k ces dispositions, on peut visualiser le cSblage et mettre au point Ie 
positlonnement des points de routage et de connexion pour r6duire "a vue" les longueurs et 
les formes des torons. 

Selon des caracteristiques particuliferes, pour cliaque capteur et chaque actlonneur, 
des pines de donn6es associ6es k des pilotes (materiels et logiciels) eux-m§mes associSs k 
des donndes, des pines de puissance correspondant a Talimentation et des pines de masse 
§tant sp6clfi6es, on synth6tise automatiquement, le routage des fils correspondant a ces flls 
aux unites de contrdle electroniques ou aux bottlers fusibles et relais pour les donndes, aux 
boTtiers fusibles relais pour les fils de puissance et aux masses respectlvement les plus 
proches. 

GrSce k ces dispositions, on evalue le nombre de pines des connecteurs, des 
connecteurs des unit§s de contrdle 6lectronlques et des boTtiers fusibles et relais, ainsi que 
la taille des diff§rents torons. 

Selon des caracteristiques particulidres, si un capteur ou un acHonneur est re\\6 k un 
calculateur dans Toutil de conception d'architecture de systfeme, alors, au cours de la 
synthase du routage, on relie les pines de donn6es dudit capteur ou dudit actlonneur au dit 
calculateur. 

Grace k ces dispositions, des exigences de liaison d'un capteur ou d'un actlonneur k 
un calculateur, par exemple pour des raisons contractuelles avec un foumisseur, sont prises 
en compte dans la conception de Tarchitecture electrique et 61ectronique. 
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Selon des caract§ristiques particulieres, 

. 6tant donn§e une fonction de coQt des connecteurs, par exemple bas§e sur 
un abaque qui donne une estimation du prix des connecteurs en fonction du 
nombres de connexions de donnees, de puissance et de masse, ou bas§ par 
exemple sur un prix moyen affecte h chaque connexion d'un fil de donn§es, 
courant ou masse, 
- 6tant donn6e une evaluation du cout des composants §lectronlques, 

capteurs, actionneurs, unites de controle electronique ou boTtiers fusibles et 
relais 

. §tant donnee une fonction de coOt des fils bas6e par exemple sur leur 
longueur et sur leur type, en prenant par exemple un poids Iin6aire moyen 
pour les fils de puissance et de masse, un poids Iin6alre moyen pour les fils 
de donnees, et un cout massique du composant dans lequel sont fabriqu§s 
lesdits fils, 

on calcule automatiquement un cout d'une architecture §lectrique et electronique, en 
fonction d'au molns une desdites fonctions et evaluations. 

Grace a ces dispositions, on peut comparer ies coOts respectifs de deux 
architectures afln de choisir la molns chere. 

Selon des caracteristiques particuliferes, 6tant donn6 un cout moyen pour les pilotes 
loglciels et materiels des differents pilotes, etant donn6 un coQt de mise en oeuvre d'une 
operation elementaire, on estlme automatiquement un cout d'une unite de contrdle 
electronique ou d'un boTtier fusibles et relais puis d'une architecture 6lectrique et 
electronique complete. 

Grace h ces dispositions, Testlmation de coOt est automatique k partir de n'importe 
quel placement r6alis6 dans Toutil de conception d'architecture de syst6me d'une pluralit6 de 
prestations pour lesquelles des estimations ont 6t6 rdaiisdes. 

Selon des caract6rlstiques particuHeres, §tant donn§ un routage synth§tis6, 6tant 
donn6es des mesures de qualite pour les connecteurs et les portions de fil des dlff6rentes 
zones, on estlme automatiquement une mesure de quality d'une architecture 61ectrique et 
electronique. 

Grace k ces dispositions, on peut 6valuer la qualit6 respective de deux architectures 
electriques. 

Selon des caract§ristiques particuliferes, §tant donn6 une mesure de quality des 
diff6rents calculateurs capteurs et actionneurs plac6s dans les diff§rentes zones, on estlme 
automatiquement la qualit§ d'une architecture 61ectrlque et 6lectronique 
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Grace h ces dispositions, on peut evaluer la quality respective de deux architectures 
6lectriques et electroniques 

Selon des caract^ristiques particulieres, 

- 6tant donn§ une mesure de qualit6 pour chaque type d'entr6es/sortIes, pour 
chaque type de fil (puissance, masse, donn§es), 

- 6tant donn6e une mesure de quality pour rex6cution d'une instruction sur un 
calculateur, pour un accds en memoire vive, pour un acc^s en mdmoire 
flash, 

on calcule automatiquement une mesure de qualite pour Texecution d'une operation 
§lementalre, et pour l'ex§cution d'un ensemble d'operatlons 61ementaires sur un calculateur. 

Grace k ces dispositions, on prend en compte precis§ment la quality de 
fonctionnement des calculateurs dans revaluation qualit6 d'une Tarchltecture electrlque 
electronique. 

Selon des caracteristiques particulieres, on determine automatiquement, dans 
chaque zone, des points de routage candidats pour regrouper les flls de puissance et de 
masse en §pissures et Ton choisit automatiquement celui qui minimise la longueur de fil 
dans ladite zone. 

Grace a ces dispositions, on optimise la longueur du cablage et on minimise la tallle 
des connecteurs. 

Selon des caracteristiques particulieres, on tient compte des epissures dans les 
Evaluations de cout et de quality. 

Grace a ces dispositions, ces Evaluations sont de meilleure qualit§. 

Selon un septi§me aspect, la presente Invention vise un outil de synthase d'un 
routage economlquement optimal, caractErise en ce que : 

- les dlff6rentes configurations de varlantes de prestation et de variantes de 
calculateurs 6tant sp§cifi6es et le taux d'occun^ence de ces configurations 6tant connu, la 
somme des taux des configurations 6tant Egale a un, 

- les caracteristiques de cout des composants §tant connues et ponder§es en 
fonctlon de leurs taux de monte respectlfs, 

- le placement partiel ou complet des varlantes de prestation sur les varlantes de 
calculateur §tant rEalisE, 

on synth§tise automatiquement un routage economlquement optimal tel que, pour chaque 
capteur et chaque actionneur, on identifle les routages valldes, on evalue le coQt de routage 
desdits routages valldes pour chaque configuration, et Ton choisit le routage valide qui 
minimise la moyenne, pond6r6e par les taux de montes de chaque configuration, des coOts 
de routage pour chaque configuration. 
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Grace a ces dispositions, on peut comparer les couts respectifs de deux 
architectures candidates pour un plan produit en integrant un mix de gamme et d'options. 

Selon des caract§ristiques particuli^res, on synth6tise le routage optimal en qualit6 
caracterls6 en ce que Ton reprend les etapes ci-dessus, le crit^re que Ton minimise §tant 
5 une mesure de qualite preferentiellement exprimee en pannes par million. 

Grace a ces dispositions, on peut comparer les mesures de qualite respectlves de 
deux architectures candidates pour un plan produit. 

Selon des caracteristiques particulidres, on synth§tise le routage optimal en polds 
caract§ris6 en ce que Ton reprend les etapes ci-dessus, le crit^re que Ton minimise 6tant 
10 une mesure de qualite preferentiellement exprimee en pannes par million. 

Grace a ces dispositions, on peut comparer les poids respectifs de deux 
architectures candidates pour un plan produit. 

Selon des caracteristiques particuli^res, on calcule automatlquement un coQt de 
montage de {"architecture 6lectrique et 6lectronique en fonction d'un cout de montage d'un 
15 toron sur une zone, d'un cout de montage d'un connecteur sur une frontidre de zone ou sur 
une zone, d'un cout de montage d'un calculateur sur une zone, d'un coQt de montage d'un 
capteur ou d'un actionneur sur une zone et d'un coQt de connexion d'un connecteur entre 
zones ou dans une zone, 

Grace a ces dispositions, on peut comparer les coQts de montage respectifs de deux 

20 architectures. 

Selon des caracteristiques particuliferes, on synth6tise le routage optimal pour 
I'ensemble des configurations, en reprenant les 6tapes ci-dessus, le critfere que I'on 
minimise etant un cout compose : 

- du cout recurrent estime des pieces, 

25 - d'une estimation du coOt qualite en anticipation de coQt de r6paration par 

zone ce cout etant majore par un coOt constant d6pendant de la zone et de 
sa facillte d'acces, 

- d'une estimation du coOt du polds en prise en compte de I'usure mecanlque 
et de la consommation Il6e k une augmentation de poids du v§h!cule et/ou 

30 - d'une estimation du cout de montage. 

Grace a ces dispositions, il est possible de realiser une architecture optimisant le 
cout par rapport a un plan produit et non seulement par rapport k une seule varlante de 
produit et prenant en compte tous les aspects de la conception 

L'ensemble des operations du proc6d6 peut §tre r6alis6 au moyen d'un ordlnateur. 
35 Le proc6d6 selon Tlnvention peut s'appllquer k la synthase de Tarchitecture 

electrique d'un produit nouvellement cr66. Le proc6d6 selon Tinvention peut 6galement 
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s'appliquer a la synthase tfune architecture 6lectrique modifide par rapport k une 
architecture ant6rieure. 

D^autres avantages, buts et caract6ristiques de la pr6sente ressortiront de la 
5 description qui va suivre, faite en regard des dessins annexes, dans lesquels : 

- la figure 1 repr6sente sch6matiquement les diff6rentes 6tapes du proc6d6 selon 
rinvention, 

- la figure 2 est une \Aje de dessus, en plan des diff6rentes zones d'un v6hicule 
automobile, 

10 . la figure 3 est une vue sch6matique d'§l6ments de description de zones, 

- la figure 4 montre des routages valides dans une zone de portifere d'un v6hlcule, 

- la figure 5 montre un exemple du cablage d'une portiere de v6hicule, 

- les figures 6^16 repr§sentent des §crans mis en oeuvre pour la conception 
d*une architecture de syst^me electronique et informatique, 

15 - la figure 17 represente des etapes mises en oeuvre pour la specification d'une 

variante de prestation, et 

- la figure 18 represente des 6tapes mises en oeuvre dans un proc6d§ de 
conception d*une architecture de systdme selon la presente invention, 

20 Avant de detainer des modes de realisation particuliers de diff6rents aspects de la 

presente invention, on donne ici des explications sur la terminologle utiHs6e 

. les termes "vehicule" et "produit" sent utilises indiff6remment, la port6e de la 
presente invention ne se llmitant pas aux v§hicules mais les modes particuliers de realisation 
etant detailles pour un produit constitue d'un vehicule. 

25 - les termes "estimation" et "evaluation" sont utilises indifferemment. 

- dans un but de concision, le terme "outil" signlfie "outil de conception 
d'architecture de systfeme". 

- lorsque, dans le contexte de la description, la difference entre une unite de 
controle electronique ou un bottler fusibles et relais n'est pas importante, on parlera 

30 simplement de calculateur. Lorsque la gestion de diversite des calculateurs sera discutee, 
on parlera de type de calculateur pour un calculateur g6nerique d'un reseau de bord, comme 
par exemple le calculateur d'injection d'un vehicule automobile et de variante de calculateur 
pour une instance partlculiere d'un type de calculateur, par exemple tel contr6Ieur d'injection 
essence produit par tel equipementier toujours pour un vehicule automobile. Lorsque Ton 

35 abordera les reseaux de bord, on parlera de noeud du reseau pour parler d'un type de 
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calculateur, ou d'une variante de calculateur suivant les cas, connects k un r^seau, pour 
rester coherent avec la terminologie classiquement employ§e. 

La notion de composant fera g6n6ralement r6f6rence a un capteur ou un 
actionneur par opposition k un calculateur. Un composant 6lectronique sera par centre aussi 
bien un actionneur ou un capteur qu'un calculateur ou un autre composant intelligent aussi 
app*l6 en anglais "smart component". Un composant §lectrique 6lectronique d6signera 
n'importe quel type de composant. En pratique, ces distinctions seront claires k partir du 
contexte d'utilisation. 

Finalement, on parlera simplement de "r6ponse" pour parler d'une r6ponse t une 
demande utilisateur. 

La figure 1 repr6sente sch6matiquement les 6tapes du processus suivl pour 
r§al'^r le routage des fils de I'architecture 6lectrlque et 6lectronique ainsi que son 
Evaluation. Certains liens entre certaines des dtapes y sont symbolisms par des filches. Par 
exemple, la fleche entre les 6tapes 102 et 104 indique que l'6tape 104 est r6alis6e aprfes 
l'6tape 102. Par centre, il n'y a pas de lien entre l'§tape 104 et l'§tape 106. ces deux §tapes 
peuvent etre r§alls6es dans un ordre indifferent sans nuire k la quality du r6sultat. 

Pour effectuer le routage des fils et son Evaluation, le proc6d6 comporte : 

- une 6tape 102 au cours de laquelle on sp§clfie la g§om6trie du vehicule, sous 
forme de zones, par exemple en mettant en oeuvre un ordinateur qui affiche I'^cran Illustr6 
en figure 13 et dispose d'un logiclel pemnettant de r§aliser les fonctlons ddcrites en regard 
de la figure 13 ; Parallfelement k cette 6tape 102, on fait au moins un des choix ci-apr&s : 

- choix d'unit^s de contrdle ilectronlques, 

- choix de rSseaux de communication, 

- choix de capteuis et actionneurs, 

- choix de boTtiers fusibles et relais, 

- choix d'une architecture 6Iectrique et 6lectronique 

et on sp6cifie des caract6ristlques des composants diectriques et Electroniques. 

- une 6tape 104 au cours de laquelle on place des sous-zones dites "d'6vitement", 
dans les zones d6finles au cours de i'6tape 102, comme expliqu6 en regard des figures 13 
et 14; 

- une §tape 106 au cours de laquelle on place des points de routage, des 
connecteurs, en particuliers entre les zones d6finies au cours de I'dtape 102 ; 

- une ^pe 108 au cours de laquelle on place les composants 
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- une §tape 110 au cours de laquelle te logiciel qui impl^mente le premier aspect 
de la pr6sente invention effectue automatiquement une synthase du routage des signaux, un 
exemple d'un tel routage 6tant presents en figure 5 ; 

- une 6tape 112 au cours de laquelle le logiciel effectue automatiquement une 
synthase du routage de la puissance, un exemple d'un tel routage 6tant propos6 en figure 5 

- une etape 114 au cours de laquelle le logiciel effectue automatiquement une 
synthase des liens de masse, un exemple d'un tel routage 6tant propos6 en figure 5 ; 

- une 6tape 116 au cours de laquelle le logiciel effectue automatiquement une 
Evaluation du coOt du routage, h partir de fonctions d'estimation des coOts des connecteurs 
et des file en fonction de leur dimension et des fonctions d'estimation des coOts des 
diffdrents composants 6lectroniques et en sommant les couts des Elements composant 
I'architecture ; 

- une Etape 118, au cours de laquelle le logiciel effectue automatiquement une 
Evaluation de la qualltE du routage h partir de fonctions d'estimation de la qualitE des 
connecteurs et des fils en fonction de leur dimension et de fonctions d'estimation de la 
qualitE des diffErents composants Electroniques ; et 

- une Etape 120, au cours de laquelle le logiciel effectue automatiquement une 
Evaluation du poids du routage, k partir de fonctions d'estimation du poids des connecteurs 
et des fils en fonction de leur dimension et de fonctions d'estimation du poids des diffErents 
composants Electroniques . 

En fonction du rEsultat de ces Evaluations, on modifie les emplacement de point de 
routage, de connexion et des composants Electriques et Electroniques, Etapes 106 et 108 en 
vue d'une amElioratlon et on reprend les Etapes de synthEse 110, 112, 114 pour procEder k 
une nouvelle Evaluation et de maniEre itErative converger vers une solution optlmisEe. 

Lorsque une solution optimisEe est dEterminEe, on procEde au calcui d'une 
spEcification technique du cablage constituE du routage synthEtisE validE et de connecteurs 

1^ figure 2 reprEsente schEmatiquement le dEcoupage en zones d'un produit, en 
I'occurrence un vEhlcule automobile 5 portes avec un hayon. Les diffErentes zones du 
vEhicule sont reprEsentEes suivant une vue de dessus. Ces diffErentes zones component : 
une zone aile avant droite 202, une zone porle avant droite 204, une zone montant droit 206, 
une zone porte arriEre droite 208, une zone aile arriere droite 210, une zone montant avant 
droit 211, une zone montant arriEre droit 212, une zone hayon 214, une zone pavilion 216, 
une zone cockpit 218, une zone capot 220, une zone montant avant gauche 222, une zone 
montant arriEre droit 224, une zone face avant 226, une zone aile avant gauche 228, une 
zone porte avant gauche 230, une zone montant gauche 232, une zone porte aniEre droite 
234, une zone aile arriEre gauche 236, et une zone plancher 240. 
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Ces zones sont, en figure 2, representees ensemble et orient6es suivant une 
"boussole" 238, plac6e h titre indicatif, qui permet Intuitivement k I'homme du nfidtler de 
naviguer dans chaque zone en sachant comment elle est situde par rapport k celles qui 
I'entourent, a la fois dans la representation et dans la r6alit6. La boussole 238 indique 
comment les zones sont situ6es les unes par rapport aux autres, mais ne s'appllque pas k 
chaque zone en particulier. Par exemple, les zones "alle avant droite" 202 et "porte avant 
droite" 204 sont plac6es de telle sorts que I'on peut en d§dulre que la zone "aile avant 
droite" 202 est k I'avant de la zone "porte avant droite" 204. Pour autant, ces deux zones 
sent verticales et, localement, ne seront pas representees selon les orientations Indlquees 
par la "boussole" 238. 

De m§me, on volt en figure 2 que la zone "montant droit" 206 est k droite de la 
zone "pavilion" 216, mais la zone "pavilion" 216 est horlzontale et sera representee dans une 
vue locale selon ies orientations Indiquees par la "boussole" 238 alors que la zone "montant 
droit" 206 est vertlcale. l-a "boussole" 238 sert done k situer les zones entre elles mais ne 
s'appllque pas necessairement k la description du contenu de cliaque zone. 

La figure 3 represente schematlquement des elements de description de zones et 
illustre comment sont places sur une zone "zone horizontale plancher" 318 correspondant 
en figure 2k\a zone plancher 240, un point de connexion 302, un point de routage 312, un 
connecteur place en lieu et place d'un point de routage 304 ou en lieu et place d'un point de 
connexion 316, une zone d'evitement 314, des composants 306 et 308, qu'il s'agissent de 
capteurs, actionneurs, unite de contrdle eiectronlque ou boTMers fusibies et relais. 

Un routage de la zone est realise, le composant 306 etant route au point de 
connexion 302 via le connecteur 304 et le composant 308 etant route au connecteur 316 via 
le point de routage 312. D'autre part, la figure 3 illustre les connexions entre zones 
schematis6es par le trait discontinu entre, d'une part, le point de connexion 302 de la zone 
horizontale plancher 318 et le point de connexion 320 de la zone vertlcale connexe 324 et, 
d'autre part, le connecteur 316 de la zone horizontale plancher 318 et le connecteur 322 de 
la zone vertlcale connexe 324. La "boussole" 326 indique comment orienter la zone 
horizontale plancher 318 alors que la "boussole" 328 Indique comment orienter la zone 
vertlcale connexe 324. On note que ces deux zones sont perpendiculaires, la zone 
horizontale plancher 318 etant Inscrite dans un plan horizontal alors que la zone verticale 
connexe 328 est inscrite dans un plan vertical. Les points de connexion 302 et 320, lorsqu'ils 
sont associes, representent un m§me point dans I'espace, c'est k dire un point de contact 
physique entre ies zones horizontale plancher 318 et verticale connexe 324. De m§me, les 
connecteurs 312 et 316 sont reunis par un mecanisme standard de type "prise 
maie/femelle", par exemple le connecteur 312 est un connecteur male et le connecteur 316 
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est un connecteur femelle et ces deux connecteurs sont physiquement Ii6s en un point de 
contact physique entre les zones horlzontale plancher 318 et verticale connexe 324. 

La figure 4 repr§sente sch6matiquement des routages valides dans une zone 
portiere avant gauche 414 correspondant k la zone porte avant gauche 230 illustr6e en 
5 figure 2. Les sous-zones d'6vitement 418, 420 et 422 sont hachur6es, et des composants 
sont repr6sentes, notamment un bouton de commando du leve-vitre 402, une lampe 
d'eclairage du bouton de commando du I6ve vitre 404, un moteur de verrouillage 406, un 
moteur de Ifeve-vltre 408, des connecteurs 410 et 412, La lecture de la zone 414 est 
simplifi6e k i'aide de la "boussole" 416. D'autre part, des points de routage 451, 452, 457 et 
10 458 ont 6t6 plac6s. On note que certains sommets de la sous-zone d'§vltement 422 sont 
sp6cifiquement utiles pour les routages, c'est-a-dire fils 6!ectrlques ou Hens, 454, 455 et 456. 

La figure 5 represente sch6matlquement un routage d'un ensemble de fils sur deux 
zones, d'une part, une zone porte avant gauche 414 et, d'autre part, une zone cockpit 510. 
Certains composants sont communs aux figure 4 et 5. D'autres, notamment dans la zone 
15 cockpit 510 sont ajout§s : un point h la masse 504, une unit6 de contrdle 6lectronique 506, 
un boTtier fusibles et relais 508 et les connecteurs 502 et 512, correspondant respectivement 
aux connecteurs 410 et 412 de la zone porte avant gauche 414. Le lien entre les 
connecteurs des deux zones sont symbolis6s par les traits en pointille, en figure 5. En 
pratique, les connecteurs 502 et 410, par exemple, sont r6unls par un m6canisme standard 
20 type prise mSle/femelle comme indique en regard de la figure 3. 

Une representation en deux dimensions du produit est r6aris6e comme suit : le 
prodult est d6coup6 en zones dont les dimensions doivent §tre sp6cifl6es pour coller au 
mieux h la g§om6trie du prodult consid§r6. Cette representation est notamment satlsfalsante 
pour un v§hicule automobile dans la mesure ou le cablage peut §tre en grande partle fix6 
25 directement aux tdles et done k une decomposition du v6hlcule en zones planes, comme 
detallle en figure 2. 

Chaque zone representee est de preference verticale ou horizontale. Par exemple, 
on peut associer le plancher d'un vehicule k une zone horizontale et une portiere d'un 
v6hicule a une zone verticale. Pour un hayon incline, on peut cholsir I'une ou I'autre des 

30 representations. De plus, on peut indlquer la gauche et la drolte, I'avant et Tarriere, le haut et 
le bas de ladite zone. Ces orientations ont notamment pour objectif que I'homme du metier 
puisse se retrouver facilement dans le passage d'une zone k une autre, ou d'un vue globale, 
dans laquelle toutes les zones sont representees, k une vue locale, dans laquelle une seule 
zone, par exemple, est representee. 

35 La figure 2 represente une vue de haut des differentes zones de la partie 

superieure d'un habitacle d'automobile k cinq portes (y compris le hayon). Le decoupage en 
zones loglques est specifie, mate les dimensions respectives et les formes des zones ne 



wo 2004/038618 



;T/FR2003/003108 



sont pas repr6sent6s sur la figure 2. Les zones sont orlentees en figure 2 puisque avant, 
arrifere, gauche et dro'rte de la vue de dessus sont lndlqu§s. Certalnes places sont 
horizontales, comme le pavilion, et d'autres vertlcales, comme les portes. 

Chaque zone peut contenir des sous-zones d'6vitement, o'est h dire des zones 

5 dans lesquelles on ne peut pas faire passer de fils. Par exemple, dans le hayon d*un 
vdhicuie, la vitre correspondra k une sous-zone d'6vitement. 

Pour des raisons de simplicit6, les zones peuvent etre repr6sent6es par des figures 
geometriques simples comme par exemple des polygenes ou encore plus simplement des 
quadrllatferes. Chaque zone a son rdferentiel et les sous-zones d'6vitement d'une zone A 

10 sont des formes inscrites dans A, pr6f§rentlellement sous forme de polygene ou de 
quadrilatdre. 

La figure 3 repr6sente un zoom sur une zone du type de celles d6crites dans la 
figure 2- II s'agit d'une zone Inscrlte dans un plan horizontal comme Tindlque la tx)ussole 
328. Elle se nomme "zone horizontale plancher". Au centre de la piece, une fomie hachur§e 
15 Indique une sous-zone d*§vltement 314. Les formes hachur6es, dans les figures 4 et 5, 
Indiquent de meme les sous-zones d'6vitement 418, 420 et 422. 

Chaque zone est, par ailleurs, liee aux autres zones par des points de connexion 
qui servent k specifier les liens g6om6trlques entre les diff6rentes zones et k sp§clfler des 
emplacements oD les fils peuvent passer d'une zone k une autre. Un point de connexion 
20 entre deux zones est done represents sur chacune de ces zones. Un point de connexion 
peut §tre un connecteur. Dans ce cas, il est un connecteur sur les deux zones qu'il lie. 

Dans la figure 3, le lien entre deux zones, par des points de connexion, est Illustr6. 
La zone "zone horizontale plancher" 318 est li§e k la zone "zone verticale connexe" 324 par 
deux connecteurs 302/320 et 316/322. Ces deux connecteurs sont situ6s k distance 6gale 
25 Tun de Tautre sur chacune desdites zones. 

Les points de routage sont des points de regroupement de fil propos6s, dans 
chaque zone, par le concepteur et qui permettent notamment de regrouper les fils en torons. 
Pr6f6rentiellement, tous les sommets d'une sous-zone d'6vltement sont des points de 
routage afin qu'il existe toujours une solution au probleme du routage dans une zone. Sur 
30 sp6ciflcafion du concepteur, un point de routage peut etre un connecteur. 

Dans la figure 3, deux points de routage 304 et 312 sont representee, dont I'un, 
304, est en fait un connecteur. 

Un routage entre deux points (par exemple entre un capteur et un actionneur) 
consiste en une s6quence de points de routage ou de connexion. Le fil synth6tls6 suivant un 
35 routage est suppose et represents rectiligne entre deux points de routage ou de connexion 
successifs. 
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Un routage est dit valid© dans une zone si, d'une part, il ne traverse aucune sous- 
zone d'evitement et si, d'autre part, 6tent donn6s deux points de routage ou de connexion 
successifs A et B du routage, alors II n'existe pas de point de routage C attelgnable sans 
traverser une sous-zone d'6vitement et tel que les longueurs des segments AC et BC soient 
5 inf6rieures k la longueur du segment AB. 

Un routage traversant plusleurs zones par lintenn^diaire de points de connexion 
entre zone est valide s'il est valide dans cheque zone. 

La longueur du routage d'un fil est la somme des distances entre les points de 
routage ou de connexion successifs qui ferment le routage. Le routage est optimal si la 
10 longueur du routage est minimaie pamii tous les routages valides possibles. 

Pour trouver le routage optimal entre deux points, on peut par exemple §num6rer 
tous les routages valides possibles entre ces deux points ne comportant pas de boucle (c'est 
h dire qui ne passe jamais deux fois par le m§me point de routage ou de connexion) et 
choisir le routage le plus court . 
15 Dans la figure 4. les points 451, 452, 453, 454, 455, 456, 457 et 458 sont des 

points de routage. Les points 410 et 412 repr6sentent des points de connexion entre zones 
contenant des connecteurs. On note que 454, 455 et 466 sont aussi des sommets d'une 
sous-zone d'6vltement. Les routages possibles pour router le moteur de verrouillage 406 au 
connecteur 412 sont nombreux : on peut citer le routage (406 - 451 - 452 - 458 - 412) et 
20 (406 - 454 - 455 - 456 - 457 - 458 - 412). En fait le routage (406 - 451 - 452 - 458 - 412) ne 
peut pas convenir car 11 traverse une sous-zone d'6vitement. Finalement, le routage le plus 
court respectant toutes les clauses est (406 - 464 - 455 - 456 - 458 - 412). En pratique le 
calcul d'un routeige se fait entre deux composants plutdt qu'entre un composant et un point 
de connexion comportant ou non un connecteur dans une zone. 
25 Les composante ^lectroniques et §lectrlques suivant sont places sur les diff6rentes 

zones produit. Ces composants sont : 

les unites de conti^le §lectroniques : ce sont des composants diectronlques 
capables de commander des signaux de donn§es, c'est h dire de faible puissance, servant 
notamment h transporter des donn§es logicielles ou interpr6tables par du logidel, 
30 notamment provenant d'un capteur ou h destination d'un actlonneur ; 
les capteurs et actionneurs ; 

les bottlers fuslbles et relais: ce sont des composants 6lectroniques capables 
de commander aussI bien des signaux de faible puissance que des signaux de forte 
puissance, que I'on qualifie simplement de signal de puissance ; 
35 . les sources : sont les sources d'6nergie, typiquement une batterie - une 

source peut §tre assimil§e k un boTtier fuslbles et relais particulier ; 
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Les unites de controle 61ectroniques assurent pr6f6rentlellement le controle logique 
des composants alors que les bottlers assurent le relate de leur alimentation et les sources 
assurent Talimentation de I'ensemble. Comme leur nom I'lndique, les bottlers fuslbles et 
relais contiennent par exemple les fusibles prot§geant les dlff6rentes charges (composants 
consommant de Tenergle) plac6es sur les dlff6rents fils Ii6s aux dits bottlers et contiennent 
Bxmi pref§rentlellement des relais pennetlant I'activatlon des charges n6cessltant de la 
puissance. 

Pr6ferentiellement, les diff6rents 6l6ments de Tarchltecture 6lectrlque et 
6lectronique sont repr§sentes par des points, c'est k dire associ§s k deux coordonn§es dans 
10 le r6f6rentiel de la zone sur laquelle lis sont plac6s. Les points de masse sont aussi plac6s. 
Les points de masse sont tels qu'un fil dit de masse, connects k un point de masse, se 
trouve ^ un potentlel §lectrlque nuL Les points de masse sont sp6cifi6s par le concepteur. 
^architecture 6lectrique et electronique est donn§e par : 
le choix des unites de contrdle §lectronlques, 
15 - le choix des r^seaux de communication, 

le choix des capteurs et actionneurs, 
le choix des bottlers fusibles et relais, 
les liens logiques de ces diffSrents composants entre eux 
Ces liens sont, notamment, les connexions des unites de controle electroniques et 
20 des bottiers fusibles et relais aux differents reseaux de communication, Ces Hens peuvent 
aussi §tre des liens explicltes entre un capteur ou actionneur et une unite de contrdle 
electronique ou un boitier fusibles et relais. Notamment, puisque par exemple un capteur 
peut avoir plusieurs liens electriques avec son envlronnement, par exemple un lien masse, 
un lien puissance et un lien pour la transmission d'information, ledit capteur peut §tre 
25 simultan6ment 116 h une masse, un bottler fusibles et relais et une unitd de controle 
Electronique. 

Le routage de Tensemble des fils est realist par 6tapes pour un placement donn6 
des differents Elements de Tarchitecture. 

(A) Le routage d'un signal de donnee d'une entr6e-sortie d'un composant h une 
30 entr6e-sorBe d'un unit§ de contrdle Electronique est r6alis§ comme suit : 

(a) Si le ratlachement du signal de donnee du composant (capteur ou actionneur) 
est sp6cifi6, c'est k dire que Von a deja d6fini k quelle unit6 de contrdle Electronique le 
composant est HE pour ledit signal de donnEe, alors il s'agit du routage optimal entre le 
capteur et Tunite de contrdle Electronique. 
35 (b) Si le rattachement du signal n'est pas spEciflE, alors, on rattache 

prEfErentiellement le composant k I'unitE de contrdle Electronique la plus proche, c'est k dire 
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que (i) on calcule le routage optimal Ci pour joindre le composant k runlt§ de contrfile 
§lectronique Calci en appliquant l'6tape pr6c6dente (a) et (ii) on s6lectionne ensuite le plus 
court routage et la ou une des unitds de contrdle 6lectronique correspondarrtes, c'est k dire 
Calcj tel que Cj = min Ci. 
5 (B) Le routage d'un signal de puissance d'une entr§e-sortle d'un composant k un© 

entr6e-sortie d'un boTtier fusibles et relais est realise comme suit : 

(a) Si le rattachement du signal de puissance du composant (capteur ou 
actionneur) est sp6cifi6, c'est k dire que I'on a 66\k d§fini k quel boTtier fusibles et relais le 
composant est 116 pour ledit signal de puissance, alors ii s'agit du routage optimal entre le 

10 capteur et le bottler fusibles et relais. 

(b) Si le rattachement du signal de puissance n'est pas spdcifid, alors, on 
rattache pr§f§rentiellement le composant au boTtier fusibles et relais le plus proche, c'est k 
dire que (i) on calcule le routage optimal Ci pour joindre le composant au bottler fusibles et 
relais CalCi en appliquant r§tape pr§c§dente (a) et (ii) on s6lectionne ensuite le plus court 

15 routage et le ou un des bottlers fusibles et relais correspondants, c'est k dire Calc, tel que C] 
= min CI. 

(C) Pour ce qui est du routage d'un signal de masse d'une entr6e-sortle d'un 
composant, ce composant 6tant un capteur, un actionneur, une unit6 de contrdle 
diectronique ou un bottler fusibles et relais. 

20 On rattache pr6f6rentiellement le composant au point de masse le plus proche, 

c'est k dire que (i) on d§tennine le routage optimal Ci pour atteindre chaque masse M| et (Ii) 
on s§lectionne ensuite le plus court routage ou i'un des plus court M, tel que Cj = min Ci. 

(D) Routage d'un rdseau entre calculateurs 

Les caractdristiques de topologie du rdseau doivent §tre connues : un tel rdseau 
25 est de pr§f6rence organist en §toile, en ligne ou en boucle sulvant les cas. 

Pour un r§seau CAN par exemple, les topologies en 6toile ou en ligne sont 
possibles. Pr6f§rentiellement, le concepteur indiquera sa recommandation. Les raisons de 
choix d'une topologie sont trfes variSes. Par exemple le r§seau en §tolle peut §tre pr§f6r6 
pour des raisons de s0ret6 de fonctlonnement car en cas de coupure du bus, seul un 
30 caiculateur est Isold alors qu'en cas de topologie en ligne, le r6seau est coup§ en deux et les 
consequences sont a priori plus graves. 

Pour une topologie choisie, on cherche ensuite les routages qui minlmlsent la 
distance entre les calculateurs. 

Pour une topologie en 6toile : 
35 (a) On choisit un point de contact entre les branches, 

(b) On cherche le routage optimal de ce point avec chacune des unlt§s de contrdle 
§lectroniques ou chacun des bottiers fusibles et relais connectSs au r6seau, 
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(c) On calcule la somme des longueurs desdits routages optimaux, 

(d) On applique les trois 6tapes pr6c§dentes pour chacun des points de contacts 
existants et 

(e) On retient le point de contact qui minimise la longueur du r6seau. 
Pour un topologie en ligne : 

(a) On cholsit un point de routage permetlant d6connecter cliaque unit§ de 
controle electronique ou chaque boitier fusibies et relais au bus. Le bus 6tant lui-m§me 
form6 par I'ensemble une s§quence des dits points de routage ne coupant pas de sous-zone 
d'6vitement, 

(b) On d^temnine Tensemble desdits points de routage permetlant de connecter 
chaque unit§ de controle 6lectronique ou chaque bottler fusibies et relals au bus qui 
minimise la longueur du r§seau, par exemple par essais successifs. 

(E) Routage d'un signal de puissance d'un calculateur C. 

II se traite comma le routage tfun signal de puissance d'un capteur a un boitier 
fusibies et relais. 

En figure 5, la zone "zone porte avant gauche" 414 et sa connexion avec la zone 
"zone extrait cockpit" 512 sont repr6sent6s 

Le routage complet des diff6rents composants desdites zones est r6alls6. Les 
composants sont tout d'abord Il6s k Tunite de contrSle 6lectronique UCE 506. Les diff6rents 
routages g§n6r§s sont done, en reprenant les notations utllis6es pour d6crlre la figure 4 : 

- moteur de 406 k I'UCE 506 : (406 - 451 - 452 - 410 - 506), 

- moteur du l&ve-vltre 408 k I'UCE 506 : (408 - 458 - 412 - 506), 

- bouton de commande du leve-vitre 402 k V UCE 506 : (402, 452, 410 - 506), 

- eclairage du bouton de commande du leve-vitre 404 k WCE 506 : (404 - 452 - 
410- 506), et 

- de rUGE 506 k la BFR 508 : (506 - 508). 

Les caract6ristlques 6lectriques des diff6rents composants peuvent §tre 
sp6cifi6es : nombre de pines d'interface, nature des pines (donn§es, masse, puissance), 
ratlachement des pines de donn6es ou de puissance s'ils sont sp6clfi§s, tension minimum 
de fonctionnement, courant moyen, courant d'appel, puissance consomm6e, et ceci pour 
chaque fil de puissance partant du composant. 

Le routage 6volue cons§quemment puisqu'il faut router chaque fil s§par6ment et 
specifier une pine pour chaque connecteur impliqu6 dans le routage d'un nouveau fil. 

En figure 5, les moteurs 406 et 408 peuvent avoir, chacun, trois fils de donndes, 
puissance et masse, respectivement, et comportent done des connecteurs k trois pines. 
Cetle fols-ci, les liens k la masse M 504 et au bottler fusibies et relals BFR 508, qui n'avaient 
pas §t§ exprim6s jusqu'^i maintenant, apparaissent sous la forme de nouveaux routages : 
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- moteur de verrouillage 406 / pine 1 k ruCE 506 / pine 1 (donn^es) : (406 / pine 1 
- 451 - 452 - 410 / pine 1. 506 / pine 1), 

- moteur du Ifeve-vitre 408 / pine 1 h I'UCE 506 / pine 2 (donn6es) : (408 / pine 1 - 
458 - 412 / pine 1 - 506 / pine 2), 

- moteur de verrouillage 406 / pine 2 a la BFR 508 / pine 1 (puissance) : (406 / pine 
2 - 451 - 452 - 410 / pine 2, 508 / pine 1), 

- moteur du idve-vitre L 408 / pine 2 & la BFR 508 / pine 2 (puissance) : (408 / pine 
2 - 458 - 412 / pine 2 - 508 / pine 2), 

- moteur de verrouillage 406 / pine 3 k masse 504 : (406 - 451 - 452 - 410 / pine 3 - 

504), et 

- moteur du I6ve-vitre 408 / pine 3 k masse 504 : (408 - 458 - 412 / pine 3 - 504). 
Les pines ne sont pas not§es pour un lien k la masse car il s'agit pr6f§rentiellement 

d'un vissage ou d'un moyen analogue. 

On peut alors caiculer la specification teclinique du cdblage composes des 

r^suitats suivants: 

- le plan de cSblage logique : il s'agit de la description de I'ensemble des segments 
de fii n§cessaires pour r6allser I'architecture §lectrique-§lectronlque. Chaque fil lie une pine 
d'un connecteur d'un composant k une pine d'un autre connecteur d'un autre composant et 
passe, de plus, par un certain nombre de points de routage et de connexion comme sp§cifi6 
plus haut. C'esl la donn6e des deux connecteurs et des pines de chaque connecteur aux 
extr6mit6s, c'est-^-dire au niveau des composants connect6s, la sequence des points de 
routage, ainsi que la sequence des pines des connecteurs, notamment entre zones, 
traverses, qui d6finit logiquement le fil. Le plan de cSblage logique est la donn6e de 
I'ensemble des definitions logiques des fils qui le constitue. 

- la specification des connecteurs : pour chaque connecteur, c'est le nombre de 
connexions correspondent k des fils de donnees, le nombre de connexions correspondant k 
de la puissance et le nombre de connexions correspondant k des fils de masse qui 
constituent la specification. 

- la specification des Interfaces des unites de contrdle eiectroniques, des boTtiers 
fusibles et relais et des capteurs et actionneurs : il s'agit des descriptions des connecteurs 
de ces composants, sous forme de pines de donnees, puissance et masse. 

Dans la figure 5, le connecteur 410 assure maintenant cinq connexions dont trols 
de donnees, une de puissance et une de masse. 

L'utilisateur peut aussi souhaiter caiculer ou evaluer le coOt d'une architecture 
eiectrlque et eiectronique, notamment afin de comparer de telles architectures et choisir la 
moins coOteuse k prestation et qualite egales. 
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Etant donnSe une fonction de cout des connecteurs, par exemple bas6e sur un 
abaque qui donne une estimation du prix des connecteurs en fonction du nombres de 
connexions de donn§es, de puissance et de masse, ou bas6 par exemple sur un prix moyen 
affects k cliaque connexion d'un fil de donndes, courant ou masse. 

Etant donn§e une Evaluation du coQt des composants §lectronlques, capteurs, 
actionneurs, unitds de contrdle electronique ou bottlers f usibles et relais. 

Etant donn§e une fonction de coOt des fils bas§e par exemple sur leur longueur et 
sur leur type, en prenant par exemple un poids lin^aire moyen pour les fils de puissance et 
de masse, un poids lin6aire moyen pour les fils de donn6es, et un coQt massique du 
composant dans lequel sont fabriquds lesdits fils. 

On d6dult automatiquement de la specification teclinique une evaluation de coOt 
pour I'architecture 6lectronique et 6lectronique consid6ree en sommant les couts de tous les 
composants eiectroniques, de tous les connecteurs et de tous les fils. 

Pour estimer le cout de mise en oeuvre d'une operation eiementaire, on peut par 
exemple proc6der comme suit: §tant donn6 un nombre N de lignes assembleur 6valu6 pour 
chaque operation eiementaire placee sur un calculateur , et une periode P d'activation pour 
chaque operation eiementaire en seconde, etant donne un coOt moyen CI de Texecution 
d'une instruction par seconde sur un processeur, etant donne I'espace memoire MEMO 
necessaire pour les donnees que I'operation eiementaire echange avec les autres 
operations eiementaires et les pilotes; etant donnee une estimation du coOt CRAM d'un bit 
en memoire RAM et une estimation CROM d'un bit en memoire ROM ou Cflash en memoire 
flash. Etant donne le nombre de bits d'un mot, c'est a dire la caracteristique d'etre k n-bits 
(huit, seize ou trente-deux par exemple) du micro contrdleur, le coOt d'une operation est: 
(N/P)*CI + N*n*CROM + MEMO*n*CRAM. 

Sur certains microprocesseurs 32 bits, cerlaines instructions occupent 16 bit ce qui 
permet notamment d'economiser de la memoire. Cette caracteristique peut §tre prise en 
compte en separant ces deux types d'instmctions si Ton peut evaluer un mix pour Toperatlon 
eiementaire consideree et en consommant deux fois moins de ROM pour les instructions sur 
16 bits. 

II est & noter que le coOt CI de I'execution d'une instruction par seconde sur un 
processeur peut dependre du type d'application que Ton traite, toutes les instructions ne 
s'effectuant pas en autant de cycle. Par exemple sur un processeur de vingt MIPS (Million 
d'Instruction Par Seconde), on peut realiser vingt millions d'instruction d'un cycle en une 
seconde, mals seulement un million d'instructions de vingt cycles. Done suivant le nombre 
moyen de cycle par instaiction necessaire pour chaque type d'application, on precise cetle 
evaluation. 
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II est Important de noter que le coOt moyen d'une instruction, d'un bit de RAM et 
d'un bit de flash sur un micro contrdleur peuvent par exemple §tre extrapolds k parllr de 
I'observation d'au moins trois microcontrSIeurs (1) dont on connaft le coOt (Ci) et les 
caract6ristiques m6moire RAM (Ri). MIPS (Mi) et Rash (F,), et (n,) le nombre de bit d'un mot. 
En effet pour chaque microcontrdleur, on dtablit l'6quation aux inconnues CI, CRAM, Cflash: 
et 

CI*M,+CRAM*ni*R|+Cflash*n,*F, = C| 

Un tel systfeme de trois Equation possfede une unique solution, les diffdrentes 
constantes 6tant non nulles. Lorsque Ton examine de nombreux contrdleurs, cetle 
estimation peut blen sOr §tre affin^e. 

II est k noter que si reparation 6l6mentaire est i'automate de contrdle d'une 
prestation, alors I'estimatlon du nombre de ligne de code est d6temiin§e en fonction du 
nombre d'dtat et du nombre de transitions et la p6riode d'activation est d§termln6e en 
fonction des exigences de perfomiance sur les diff§rente cas d'utilisation. 

□'autre part, le coOt des diff6rente pilotes mat6riels peut §tre §valu6s en fonction 
de leur type (tout ou rien, analogique-num6rique,..etc) et de leurs caract6ristiques 
6lectriques. 

L'utilisateur peut aussi souhaiter 6valuer la quality d'une architecture diectrique et 
electronique, notamment afin de comparer de telles architectures et cholsir celle qui 
pr§sente le meilleur niveau de quality, k prestation et coOt identiques. 

La mesure de la qualit§ se fait pr6f6rentiellement en mesurant le nombre de 
pannes par million d'unit6s et par an de I'ensemble de I'architecture, pr6f6rentiellement k 
I'aide d'un logiciel. 

Pour calculer ce nombre 

■ le logiciel mesure la quality de I'ensemble des connecteurs, qu'll s'agisse de 
connecteurs entre zones ou au sein de zones ou de connecteurs d'entr§es/sorties des 
composants 6lectroniques (capteurs, actionneurs, unites de contrSle §lectronique, boTtiers 
fusibles et relais) en affectant par exemple un taux de panne moyen par connexion, par 
exemple 10 ppm (panne par million d'unit§s par an) et en multipliant ce taux moyen par le 
nombre total de connexion dans le systfeme. Pour obtenir une §valuation plus praise, le 
logiciel prend en compte des moyennes ajustSes en fonction du type de connexion : masse, 
puissance et donn6es, les fils les plus fins 6tant les plus fragiles. Par exemple on prend 4 
ppm par connexion des fils de puissance ou de masse sur une pine et 6 ppm par connexion 
des fils de donndes sur une pine, et finalement une estimation de 4 ppm par portion de fil de 
donn§e entre deux connecteurs. Dans ce cas, si Ton reprend la figure 5, et le d6tail des 
connexions et fils pr6sent6 en description de la figure 5, on peut r6aliser l'6valuation 
suivante pour chaque section: 
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- moteur de verrouillage 406 / pine 1 h I'UCE 506 / pine 1 (donn6es) : (406 / pine 1 
- 451 - 452 - 410 / pine 1 , 506 / pine 1): 3*6ppm + 2* 4 ppm soient 26ppm 

- moteur du Ifeve-vitre 408 / pine 1 k I'UCE 506 / pine 2 (donn6es) : (408 / pine 1 - 
458 - 412 / pine 1 - 506 / pine 2): 3*6ppm + 2* 4 ppm soient 26ppm 

- moteur de ven-ouillage 406 / pine 2k\a BFR 508 / pine 1 (puissance) : (406 / pine 
2 - 451 - 452 - 410 / pine 2, 508 / pine 1): 3*4ppm soient 12 ppm 

- moteur du Ifeve-vitre L 408 / pine 2k\a BFR 508 / pine 2 (puissance) : (408 / pine 
2 - 458 - 412 / pine 2 - 508 / pine 2), 3*4ppm soient 12 ppm 

- moteur de verrouillage 406 / pine 3 k masse 504 : (406 - 451 - 452 - 410 / pine 3 - 
504), soient 3*4 ppm 

- moteur du I6ve-vltre 408 / pine 3 k masse 504 : (408 - 458 - 412 / pine 3 - 504). 
soient 3*4 ppm 

pour 'in total de lOOppm 

Si, maintenant on prend en compte une 6plssure en 452, alors, les ppm correspondent k la 
duplication de fiis en aval de I'^plssure, vu des actionneurs 406 et 408, sont k supprimer soit 
3*4 ppm. En tenant compte d'une 6plssure de puissance on trouve 88ppm comme quality du 
routage optimls6. La prise en compte d'une 6pissure de masse au meme point de routage 
permet d'dconomlser encore 12ppm pour aboutir k 76ppm. L'optimisation sur une Evaluation 
de coOt conslsterait de manifere similaire k supprimer le coQt des portions de file et des pines 
de connecteur supprimEes gr§ce k I'Epissure. 

■ I'outll mesure la quality des composants §lectroniques qui est sp^ifi§e dans 
une base de donn§e des composants et peut §tre d§crite en fonction du type de composant 
ou sp6cifiquement pour chaque composant, par exemple on peut attacher une Evaluation k 
100 ppm k toutes les unites de contrdle Electroniques. 

■ L'outil additlonne ensuite les mesures de I'ensemble des composants 
constituent I'archltecture Elecbique et Electronlque. 

L'utilisateur peut aussi rafflner la stratEgle de routage en intdgrant des Epissures 
pour les fiis de puissance et les fils de masse. On peut pratiquer ces Epissures au niveau 
des connecleurs ou au sein d'une zone, pr6f6rentiellement au niveau d'un point de routage. 

REaliser une Epissure de masse conslste k joindre tous les (n) fils de masse 
passant en un point, et notamment en un point de connexion ou un point de routage. De la 
sorte, en remontent vers la masse la plus proche, on Economise d'une part des fils et d'autre 
part des pines de connexion correspondent aux (n-1) fils enlevEs. 

REeliser une Epissure de puissance conslste k joindre des fils de puissance qui, 
d'une pert, passent en un point commun, notamment en un point de connexion ou en un 
point de routage, et, d'eutre part, jolgnent des charges k un bottler fuslbles et relels 
commun. Par exemple en Figure 5, ie fil d'alimentetion du moteur de verrouillege 406 et ie fll 
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d'alimentation de la lampe 404 peuvent etre joints au niveau du point de routage 452 ou 
encore au niveau du connecteur 410. De teiles 6pissures servent k Sconomiser des pines au 
niveau des connecteurs et les morceaux de fil ainsi supprim§s. On cherche done k minimiser 
la longueur des fils et on choisira de pratiquer r§pissure au point de routage 452 afin 
d'§conomiser les longueurs de fll entre 452 et 410. Le point 452 est celui qui minimise les 
longueurs de fil pour la r6alisation de r6pissure dans Texemple de la figure 5. 

Pratiquer une dpissure au niveau d'un connecteur revient k lier entre elles les pines 
du connecteur correspondant aux fils que Ton souhaite joindre. 

On peut alors am6liorer la synthase du routage en clierchant si une ou plusleurs 
epissures des fils de masse ou des fils de puissance permettrait de minimiser le coOt global 
de I'architecture. II faut pour cela entrer de nouvelles donn6es dans la base de coQt des 
composants unitaires notamment le cout d'une §pissure en fonction du nombre de fils joints 
et le cout d'un 6pissure au niveau d'un connecteur en fonction du nombre de fils Joints. 

Les figures 6 et suivantes d6crivent un outil de conception d'architecture de 
systfeme et un proc§d6 de conception d'une specification d'un systfeme matdriel et logiciel 
mettant en oeuvre cet outil. 

Get outil est particulidrement adapts aux cas de systfemes complexes comporlant 
un ensemble de calculateurs r6alisant de nombreuses prestations ou services au benefice 
d'un utilisateur, cheque prestation pr6sentent de nombreux cas d'utilisation. Par exemple, les 
systfemes 6lectroniques et Infomiatiques de v6hicules sont particull&rement vls6s par cet 
outil. 

Des prestations sont d6finies par ce que I'utilisateur veut (par exemple la mise en 
route de la climatisation, d'essule-glaces) ou par ce qu"on lui propose (par exemple une 
s6curite passive, notamment en cas d'accidents). Elles sont aussi definies par des capteurs 
et/ou des actionneurs qu'elles mettent en oeuvre. Elles correspondent, chacune, k une 
realisation mat6rielle capteur/logiciel/actionneur. Le constructeur dispose d'une marge de 
manoeuvre dans la definition de I'archltecture Interne du systeme 6lectronlque/informatique, 
notamment dans le choix des r§seaux de bord et des bottlers eiectroniques connectes sur 
ces reseaux et Toutil de conception pr6sent§ ici permet la conception de cette architecture. 

A partir des prestations, Toutil de conception permet de determiner des 
specifications plutot que des produits finis. Neanmoins, cet outil determine aussI des 
interfaces et ce que doivent comporter les elements et leur communication avec le systems 
eiectronique/lnformatique. 

En particulier, cet outil ne vise pas k programmer les calculateurs de maniere 
automatique mais k gerer des compromis coQt/qualite/deiais du systeme specifie. 
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Uoutil de conception est impl^mentd sous forme d'un logiciei fonctionnant sur un 
ordinateur personnel et utilisant une base de donn6es et des ressources (operating system 
et distribution sur le reseau) connues. 

Conform^ment k un aspect de la pr6sente Invention : 

- chaque prestation repr6sente un service rendu k un utillsateur, 

- on d§finit un ensemble de cas d'utllisatlon formalls6s de chaque prestation, 
cliaque cas d'utllisatlon formallsd comportant un contexte d'origlne, une demande de 
rutilisateur, §ventuellement impliclte, et une r6ponse du systdme correspondant k un 
changement de son etat, et 

- le syst^me est organist et sp§cifi6 pour effectuer la reponse, sur detection de 
remission de la demande dans le contexte d'origlne. 

Dans ce but, selon un aspect de la pr6sente Invention, le proc6d6 comporte une 
6tape de conception, pour chaque prestation, d'un automate de contrdle de la prestation 
destin6 h §tre mis en oeuvre par le systfeme de composants mat§riels et logiciels et qui 
represente le comporlement de ce systfeme. Cette §tape de conception comporte, pour 
chaque prestation une 6tape de d§flnltion d'un cas d'utillsation fonnalis6 de la prestation, 
sp§cifi6 par un contexte, une demande d'un utillsateur au systfeme et une r6ponse du 
systeme correspondant h un changement de son 6tat et, de manlfere it6rative, jusqu'ft ce 
que tous les cas d'utillsation de la prestation aient §te traltSs : 

. une 6tape d'ajout d'un cas d'utillsation formalise de la prestation, sp6cifi6 par un 
contexte ou situation initlale du systfeme, une demande d'un utillsateur au systdme et une 
r6ponse du systfeme correspondant k un changement de son 6tat, 

- et, de manldre It6rative, pour chaque 6tat d§j& construit, on cherche s'il est 
compatible avec le contexte du cas d'utillsation formalis6 ajout6 et, si oui, on construit un 
nouvel etat du syst6me rell§ audit 6tat 66\k construit par la demande du cas d'utillsation 
fonnalls6 ajout6, le nouvel etat tenant compte de l'6tat d^ik construit et de sa modification 
par la r6ponse du cas d'utillsation fonmalis§ ajoutd. 

De cette manidre, on synth6tise, pour la prestation, I'automate de contrdle de la 
prestation constitu6 de I'ensemble des couples d'6tat relics par les demandes formant les 
transitions dudit automate. 

Le contexte repr6sente au moins un mode (ou param^tre) de fonctionnement du 
systfeme, les modes 6tant transversaux aux prestations et hors du contrdle direct des 
prestations, par exemple un mode representant un niveau d'6nergie disponlble (batterie 
falble, sur batterie, en cours de d6marrage, moteur toumant, par exemple), un autre mode 
repr6sentant un type d'utilisateur du syst&me (concepteur, fabricant, propri6taire du v6hlcule, 
conducteur ou passager du v§hicule, service aprfes-vente, garage automobile, par exemple) 
et un autre mode repr6sentant un 6tat accldente ou non d'un v6hicule. II faut noter que, bien 
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que la mise en route du moteur soit une des prestations du v§hicule, le changement de 
niveau d'6nergle disponlble (lid h I'entraTnement de I'altemateur par le moteur) n'est pas 
directement sous le contrdle de cette prestation. 

Dans le mode de rdalisation d6crlt ici, tout contexle s'inscrit dans une phase de vie 
du systfeme constltui d'un ensemble de comblnaison des modes de fonctionnement du 
v6hicule, la d6cllnaison en mode des phases 6tant ainsi transversale aux prestations. In fine, 
un contexte correspondra h un ensemble de couples (phase, 6tat du systfeme), cheque 6tat 
etant en fait caract6ris6 par la r6ponse syst&me lorsqu'on y accfede. 

Par exemple, le cas rfutilisation « dans le contexte ou le v6hicule est condamnd, 
I'utilisateur appuie sur son badge de d6condamnation et le vehicule se 
d6condamne » s'applique aux 6tats « v6hicule verrouill§ » dans les phases "moteur 
tournant" et "moteur arr§t6", si ces deux phases ont 6t6 identlfldes comme pertlnentes par 
rfautres cas d'utilisation formalisms de la prestation "ddverrouillage". Chaque phase 
correspond h un ensemble de combinaisons de modes dans lesquels le compprtement de la 
prestation est uniforme, c'est h dire qu'on y obsen/e les m§mes 6tats et les mdmes 
demandes client, ou, formul6 autrement, les m§mes demandes clients et les m§mes 
r§ponses systeme k partir d'un 6tat donnd. 

Le tableau ci-dessous d§finit un ensemble de phases pour une v6hicule donne. 



ENERGIE 


UTILISATEUR 


ETAT VEHICULE 


PHASE 


batterie faible 


concepteur 


vdhicule non accidents 


phase 1 


batterie faible 


concepteur 


vehicule accidents 


phase 2 


batterie faible 


fabricant 


v§hicule non accidents 


phase 1 


batterie faible 


fabricant 


vehicule accidents 


phase 2 


batterie faible 


proprl§taire 


vShicule non accidents 


phase 3 


batterie faible 


propridtaire 


vShicule accidents 


phase 2 


batterie faible 


conducteur 


vShicule non accidents 


phase 1 


batterie faible 


conducteur 


vShicuIe accidents 


phase 2 


batterie faible 


SAV 


vShicule non accidents 


phase 4 


batterie faible 


SAV 


vShicule accidents 


phase 5 


batterie faible 


garage 


vShicule non accidents 


phase 4 


batterie faible 


garage 


vShicule accidents 


phase 5 


batterie normale 


concepteur 


vShicule non accidents 


phase 6 


batterie normale 


concepteur 


vShicule accidents 


phase 2 


batterie nomiale 


fabricant 


vShicule non accidents 


phase 6 


batterie nomiale 


fabricant 


vShicule accidents 


phase 2 


batterie normale 


propri§taire 


vShicule non accidents 


phase 7 



wo 2004/038618 



:T/FR2003/003108 



33 



batterie normale 



batterie normale 
batterie normale 
batterie normale 
batterie normale 
batterie normale 
batterie normale 
ddmarrage 



d^marrage 



propri6taire 
conducteur 



conducteur 



SAV 



SAV 



garage 



garage 

concepteur 

concepteur 



vdhicule accidents 
v^hicule non accidents 



v6hicule accidents 
v^hicule non accidente 
v6hlcule accidents 
v§hicule non accidents 
vdhicule accidents 
vehicule non accidents 
vShicuie accidents 



phase 2 
phase 6 
phase 2 
phase 4 
phase 5 
phase 4 
phase 5 
phase 8 
phase 9 



Dans ce tableau, tous ies triplets de modes de fonctionnement sont mis en 
correspondance avec des phases, chaque phase reprSsentant un ensemble de 
combinaisons des valeurs possibles des modes de fonctionnement Si le comporlement du 
v6hlcule est toujours le m§me, une seule phase est dSfinie dans le tableau, sinon, il y a 
diffSrenciation de plusieurs phases. 

L'ensemble des cas d'utilisation formalis6s repr6sentent toutes Ies rSponses ou 
absences de rSponse du systSme dans toutes les phases du systdme. 

L'outil permet une §tape de compl6tion au cours de laquelle, pour chaque rSponse, 
c'est-a-dire un 6tat du systeme, on envisage toutes les demandes clients non encore traitSes 
et on demande au concepteur si un traitement de la demande doit §tre effectu§ dans rstat 
correspondant k cette rSponse. Seules les demandes clients peuvent avoir une action sur la 
prestation. 

Uoutil de conception penmet aussi une 6tape de correction au cours de laquelle si, 
dans un mfime 6tat de dSpart, deux §tats de I'automate de contrdle de la prestation sont 
relies par des demandes dIffSrentes, alors on determine la n6cessit§ de dSfinir une priorlt6 
entre les rSponses du systfeme et on incorpore cette priorltS comme un attribut des sorties 
de rstat. Une infomnatlon de priorit6 vient typiquement aprfes la conception des cas 
d'utilisation formallsSs. II est possible que pour des raisons mdcaniques ou autres, deux 
demandes potentiellement concurrentes ne soient en fait jamais reallsables simultan§ment. 
Dans ce cas il faut attendre une 6tape de conception plus avanc6e pour Stre sOr qu'il n'est 
pas nScessaire de spScifier une priorltS, a moins que cela puisse Stre garanti directement 
(par exemple: ouvrir une porle et fenmer la m§me porte ne peuvent Stre rSallsSs 
simultanSment). De plus, si deux demandes identiques menent k des Stats dIffSrents, il y a 
alors une incohSrence k corrlger et Tune des demandes doit Stre supprimSe et le cas 
tf utilisation correspondant doit Stre prScisS en consSquence. 

On observe qu'un changement de contexle est pris en compte par le systSme de la 
maniSre suivante : 
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- chaque changement de contexte est un changement d'6tat objet d'un CUF ; 

- on d^finit les r6ponses aux changements de contexte comme des cas d'utilisation 
formalisms ; 

- on d^flnit les changements de contexte comme des demandes de cas d'utilisation 
formalisms. 

Si une prestation en influence une autre (par exemple un m§me afficheur est 
partagm par deux prestations, par exemple autoradio et systfeme de navigation), on ajoute 
une prestation pour la partie en intersection, de mani^re k r6soudre les conflits entre les 
prestations. Cette prestation aura pour objectif d'arbitrer lorsque deux actions concurrentes 
seront appliqu§es sur un composant donn6 par deux prestations, laquelle des prestations 
est prioritaire ou si une action sp6clfique correspondent k ce cas particulier doit §tre 
effectu§e. Une telle prestation n'est typlquement pas sp6cifi§e k partir de cas d'utilisation 
mais plutdt par identification des 6tats des deux prestations dans lesquels des r6actlons 
menant a conflit (par rapport k un ou plusleurs composants donn6es) sont Identifi6es. 

L'automate de contrOie de la prestation est r§a\\s6 par programmation d'au moins 
un calculateur de commando de la prestation conrespondante. 

L'outil comporte diff6rentes pages accessibles en cliquant sur des onglets. Ces 
pages sont ddcrites en regard des figures 6 16. Par souci de clart6, dans les figures 6 k 
16, les titres des onglets et des 6l6mente de llstes s§iectionn6s par le concepteur sont 
soulignSs et en caractdres gras. 

Comme Illustr6 en figure 6, 1'interface utillsateur 600 de cet outii logiciel comporte : 

- des menus d§roulant 601 k 608, 

- six onglets horizontaux 61 1 ^ 616, 

- une zone de ilste hi6rarciiis6e 620 et 

- une zone graphique 630. 

Les menus d6roulants 601 k 608 sont reprdsent^s par leurs titres "Rle", "Edit", 
"View", "Dictionaries", "Windows", "Tools", "Import/export" et "Help". En cliquant sur I'un de 
ces titres, avec le tjouton gauche de la sourls, on fait apparaTtre un menu dSroulant 
comportant des options participant k la mise en oeuvre du proc^^ (ouverture, Edition, 
enregistrement, fermeture de fichier, couper, copier, coder des 6l6ments s§lectionn§s, 
modes de visualisation, lexique, outils, importation ou exportation de flchlers, aide ...). 
Lorsqu'il tiavallle k la conception d'une architecture de systdme 6lectronlque et informatique 
d'un v6hicule, le concepteur n'a pas n6cessalrement k ulillser ces menus d§roulants 601 k 
608. 

Quel que soit I'onglet s6lectionn§, panni les onglets 611 ^ 616, l'outil de conception 
pr6sente un 6cran comportant une partie lists hi6rarchis6e {k gauche sur les figures 6^16) 
repr6sentant une description hi§rarchis6e et une partie graphique {k drolte sur les figures 6 
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h 16) donnant, en fonction d'une selection, par I'interm6dialre d'un disposltif de pointage 
(dans la suite de la description, une souris), d'un 6l6ment de la liste hi6rarchis6e, una vue 
synth6tique concernant l*61§ment selectlonn§. 

II est important de noter Ici que, pour au molns une interface utilisateur de routil de 
conception, c'est-^-dire pour au molns un onglet, un niveau hi6rarchlque de la liste 
hidrnrchisee repr§sente des prestations. Dans le mode de realisation illustr6 aux figures, ies 
trois premiers onglets 61 1 a 613 pr6sentent cette caract6ristique- 

Avec une souris (non representee), Tutilisateur peut fait apparallre des menus 
surgissant (en anglais "pop-up menu") en cliquant sur I'un des boutons droit ou gauche de la 
souris, dans Tune des zones de liste ou de graphique. 

Pour concevoir Tarchitecture et Ies specifications du systeme, Tutilisateur 
seiectionne successlvement des onglets liorizontaux 611 a 616 en cliquant dessus, sachant 
que rune des qualites de I'outil de conception est que Tutilisateur peut seiectionner Ies 
onglets dans Tordre qu'il souhaite. 

Les onglets horizontaux ont Ies titres suivants : 

- "Requirements", onglet 61 1 , 

- "Feature description", onglet 612, 

- "Feature arcliitecture", onglet 613, 

- "Operational Architecture", onglet 614, 

- "Hardware architecture", onglet 615, 

- "Frame description", onglet 616. 

Ces onglets represented, dans cet ordre, plusieurs etapes du proc6de objet de la 
presente invention : 

Ces titres apparaissent integralement lorsque les onglets correspondents sont 
seiectionnes et sous forme abregee ("REQ" 611, "FUNC" 612, "MAP" 613, "OPER" 614, 
"HWD" 615 et "MSG" 616, respectivement) le reste du temps. 

Pour concevoir I'architecture d'un systeme, le concepteur seiectionne tfabord 
ronglet 611 "Requirements" et observe I'ecran illustre en figure 6. On obsen^e, h gauche, la 
zone de liste hierarchlsee 620 qui comporte une partie d'une liste dont les cinq niveaux de 
hierarchie les plus eieves sont : 
nom du vehicule 

services ou prestations 

variantes de prestation 
cas d'utilisation 

lien entre etats 

Comma il est connu dans le domaine de la recherche de fichier dans un 
environnement d'ordinateur individuel, de type PC par exemple, les elements de niveau 
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hi§rarchique inf6rieur peuvent etre apparents ou non. Par example, lorsque la llste ne 
contient, de manlfere apparente, que des noms de v6hlcule, en cllquant avec le bouton 
gauche de la souris sur un nom de v6hicule, on volt apparaTtre la llste des services ou 
prestations propos6es sur ce v6hicule. En s6lectlonnant un sen/ice, on rend apparente la 
liste des variantes de prestation qui la conceme et ainsi de suite. 

En cliquant avec le bouton droit de la souris sur un §l^ment affichd, on peut 6diter 
la liste de niveau hl6rarchlque juste Inferieur, c'est-^-dlre ajouter, modifier ou supprimer un 
cas d'utilisation en cliquant sur une variante d'utllisation, par exemple. Cette ddltlon se fail 
par rinterm6diaire d'un menu surgissant au moment oCi on clique qui comporte, par exemple, 
les options "ajouter", "retirer", "propri6t6s" et "montrer les diff6rences" (option qui permet de 
comparer deux 61§ments de m§me niveau hi6rarchique, y compris sur deux v§hicules 
diff^rents). 

Un cas d'utilisation ("use case") est, dans I'outil de conception, d§finl par une phase 
initiale (par exemple un niveau d'6nergie disponible) transversaie par rapport au v6hicule. un 
6tat initial (par exemple la position d'actionneurs), une demande ou requdte, une phase 
finale et un 6tat final. 

Par exemple, dans la prestation "accfes" qui conceme les ouvrants du v6hlcule, on 
ajoute un nouveau cas d'utilisation (CU) concemant ce qui doit §tre fait k la suite d'un 
accident grave. Pour ce nouveau cas d'utilisation, on d§finit un nom "aprfes un crash" et une 
description textuelle "quel que soit le contexte initial du v6hicule, le contact 6tant mis, si un 
crash est d6tect6. alore tous les accfes doivent gtre d§condamn6s". Le nom et la description 
sont appel§es ''propri6t6s" du nouveau cas d'utilisation. 

En figure 6, on repr§sente I'Interface, lorsque le cas d'utilisation "Utilisateur ouvre 

coffre" est s6lectionn6. 

Lorsque Ton s6lectionne un §l6ment de la liste hi6rarchis6e, par un die gauche de 
la souris, on observe, dans la partie graphlque 630, une repr6sentatlon synth6tlque de cet 
6i§ment 

Selon le niveau de i'§l§ment de la liste hi§rarchique s6lectlonn6, on observe, dans 
la zone graphlque 630 : 



- nom du vdhicule : 

- services ou prestations : 

- variantes de prestation : 

- cas d'utilisation : 



la liste des prestations 

la liste des variantes de prestation 

la liste des cas d'utilisation 



les diffdrentes realisations du cas 
d'utilisation par un ensemble de transitions d'6tat 
dans les differentes phases de la prestation. 
Cast d'aiileurs la selection qui est pr6sent6e 
dans la partie graphlque 630 
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- lien entre §tats : des exigences de performance par 

rapport aux diffdrentes op§rations §l6mentaires 
qui sont rSaiisdes dans I'Stat d'an-ivde (cf 
rexemple d6crit plus liaut). 
Par exemple, par un die gauche, sur une variante d'une prestation, on fait afflcher, 
dans ia partie grapliique, une iiste des cas d'utilisation, avec leur description, dans un texte, 
chaque paragraplie correspondant t un cas d'utliisation. Par un die gauche sur un cas 
d'utilisation formalis6, on fait apparallre, dans une succession verticaie et sous des en-t©tes 
650 et 651 Indiquant les phases concem6es, "phase 1" et "phase 2", des §tats Inltlaux 660 k 
663 et termlnaux 664 k 667 representee par des rectangles et rell6s par des liens 668 k 671 . 
On volt apparaltre sur ces Hens le nom de la demande client qui provoque le passage de 
retat initial ^retat final. 

On observe que pour rendre "formaiis§" un cas d'utilisation, on seiectionne le cas 
d'utilisation avec un die droit et, dans le menu surglssant, on eholsit "definition de lien" pour 
mettre en place des Hens, chaque lien §tant d6fini dans une phase et entre deux 6tate du 
vehieule (par exemple "portes femi6es, coffre fenn6" et "portes femi6es, coffre ferm6, une 
porte ouverte"). A cet effet, un menu contextuel comporte quatre zones, "phase initiaie", 
"6tat Initial", "phase finale" et "6tat final" qui pemnetlent de s§lectionner entre toutes les 
phases dej^ d6flnies ou entre tous les §tats d6j& d6finis, ceux qui repr§sentent le cas 
d'utilisation. Avec ce menu contextuel, et gr§ce k des boutons, on peut ajouter des dtats et 
des phases dans les Hstes d'6tats et de phases propos§es. Lorsque Ton travaille k ddfinir un 
cas d'utilisation, on ajoute des phases qui sont propres k la prestation concernee alors que 
les modes sont pour toutes prestations. 

Par exemple, ia prestation "frein" comporte quatre phases : 

- frelnage d'urgenee ("emergency bral<e"), 

- frelnage ("brake"), 

- panne de frelnage ("failure brake") et 

- fonctionnement normal des frelns ("brake nominal phase"). 

Par exemple, pour la prestation "climatisation", deux phases sont d6finles, I'une 
pour les feiibies niveaux d'^nergie disponlble, pour lesquels la ventilation est effeetuee sans 
refroldissement de I'air ventiie, trop eonsommatrice d'energle, et I'autre pour le cas du 
moteur tournant, ia climatisation 6tant effectu§e avec refroldissement de I'air ventiie. 

L'algorithme de fonctionnement d'une prestation est represents par des blocs 
rectangulaires, representants des etats, et des filches, representant une action ou inaction 
provoquant une transition entre etats. Par convention, les flfeches partant d'un etat quittent le 
bloc representant cet etat sur I'une de ses faces verticales droits ou gauche alors que les 
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filches atteignent les 6tats sur Tune des faces horizontales haute ou basse du bloc 
correspondant. 

Une transition represente une demande du client. Par exemple un die sur un 
badge d'ouverture de coffre fait passer de r§tat "tout ferm6" dans iequel tous les ouvrants du 
v6hicule sent ferm§s, a un 6tat "portes ferm§es / coffre ouverl". Pour cheque 6tat, on ddflnit 
ainsi un ensemble d'operations 6l§mentaires qui doivent fonctlonner ou §tre ex6cut6es dans 
ledlt etat. Uensemble des 6tats et des transitions forme un automate de contrdle associ6 h 
la prestation. 

On observe que les 6tats peuvent §tre consid§r6s comme des "ressentis clients", 
les transitions etant les demandes du client, §ventuellement Implicltes. On comprends que 
les phases sont des attrlbuts des etats mate que deux §tats Identiques h I'exceptlon de leur 
phases (phases "avant contact" et "apr&s contact", par exemple) sont consld6r§s comme 
deux etats independents. 

On observe aussi que le v6hicule ne peut pas §tre dans deux §tats simultandment 
pour la m§me prestation et qui si deux prestations ne sont pas lnd§pendantes (par exemple 
autoradio et systfeme de guidage utilisant le m§me afflcheur), on ajoute une prestation 
d'arbitrage appelee sur requete d'au moins une des prestations en question qui d§tenfnine 
comment va se comporter le systeme lorsque les deux prestations utillserons les memes 
ressources. 

Par exemple pour d§crire une definition de lien dont la logique est : 

- "quel que soit le contexte initial du vdhicule, le contact etant mis, si un crash est 
d6tecte, alors tous les acc&s doivent §tre decondamnes", alors si les portes sont d§ja 
d6condamn6es, II n'est pas n^cessaires de les d6condamner ; 

on s6lectionne la phase "Icontact mte" et l'6tat initial ("start state") "v§hlcule 
condamne par le bouton habitacle" et on s6lectlonne le lien vers r§tat final "d§condamnatlon 
d'urgence" passant par la transition ou demande "un crash est d6tect§"- On le r§pfete pour 
tous les etats initiaux sauf "tous ouvrants ouverts" et seulement pour la phase "contact mis"- 

Des qu'un lien a §t6 ajout6 et valid§, un graphique apparatl dans la partie drolte : 
deux rectangles surmontes du nom de leurs phases respective ("contact mis" et "crash") et 
un lien arrondl, avec, sous le lien, le nom de la transition. Le cas d'utlllsation devient alors un 
cas d'utillsation fonnalise ("CUF"). 

Lorsque Ton ajoute un 6tat en regard d'un nouveau cas d'utlllsatlon, on doit 
regarder s'll est utile dans les autres cas d'utllisation. 

Par exemple si on ajoute le cas d'utllisation "condemnation enfant" qui pemiet 
d'empScher que des enfants puissent ouvrir des portes arrl6res, 11 faut ajouter r6tat 
correspondant dans la description du cas d'utillsation "crash". 
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En traltant tous les cas d'utilisation de toutes les variantes d'une prestation donn6e, 
on a cr66 un automate de contrdle de la prestation qui apparaTt, dans la zone graphique 630 
lorsque Ton s6lectionne la prestation apres avoir cliqu6 sur I'onglet « FUNC ». 

Lorsque I'onglet "Requirements" est s6lectionn6, comme illustr§ en figure 6, aucun 
onglet vertical n'apparait Iat6ralement sur la zone graphique 630. 

Le concepteur s6lectionne ensuite I'onglet "FUNC" ou "feature description". La 
figure 7 illustre une image de rinterface utilisateur qui est alors afflch6e sur I'dcran du poste 
de conception. 

En figure 7, rinterface utilisateur 700 de cet outil logiclel comporte alors : 

- les menus deroulant 601 k 608, 

- les six onglets horizontaux 61 1 ^ 616, 

- une zone de lists hi§rarcliis6e 720, 

- une zone graphique 730, et 

- des onglets verticaux 731 et 732. 

Les onglets verticaux 731 et 732 sont nomm6s respectivement "functional diagram" 
et "feature" et sont accol6s k la zone graphique 730. lis sen/ent k selectlonner un contenu k 
afficher dans cette zone graphique 730, comme expos6 plus loin. 

A gauche, la zone de llste hierarchis6e 720 comporte une partie de la Hste dont les 
dix nlveaux de hidrarchle les plus Aleves sont : 

nom du vdhicule 



services ou prestations 

variantes de prestation 
phase 

§tat 

groupe d'op§rations 6l§mentaires 
operation §l6mentaire 
donnde 

pilote (« driver ») 
composant. 



Les trols nlveaux de hierarchie les plus §lev§s sont identiques k ceux de la llste 
620 et comportent, en partlculier, les sen/ices ou prestations. La s6lection de l"un des 
composants de la lists hi6rarchis6e, par un die gauche provoque avec Tonglet "feature" 732 
s§lectionn6, Tapparition, dans la partie graphique 730, de I'ensemble des 6l6ments de la liste 
de niveau imm§diatement inf6rieur avec tantat un flot de contrdle entre les composants si 
I'on points et clique avec la souris sur variants de prestation (les phases apparaissent en 
partie gauche \\§es entre elles par des demandes clients correspondant k des transitions de 
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phase) ou sur une phase (les 6tats de la phase apparaissent en partie gauche, li§s entre 
eux par les « demandes clients"). 

Lorsque Ton clique avec le bouton droit sur un item, dans la liste hl6rarchls6e 720, 
I'outil permet notamment de rajouter ou d'enlever des 6I6ments dans le niveau hl6rarchique 
imm6diatement en dessous. En cliquant sur Tun des items phase, 6tat ou groupe 
d'operations et6mentaires, il est de plus possible de rajouter une operation el§mentaire 
transversalement dans respectivement ladite phase, c'est h dire dans Tensemble des §tats 
de ladite phase et en indiquant dans quel groupe d'op§ratlons 6l6mentaires on rajoute ladite 
operation 6l6mentaire, dans ledit 6tat notamment en indiquant dans quel groupe 
d'op6rations el6mentaire on rajoute i'op6ration 6l§mentaire dans ledit etat, et dans ledit 
groupe d'op§rations 6l§mentalres. Par un die droit sur Titem phase de la liste hi6rarchls6e 
720, il est possible de rajouter une transition de phase, Toutil demande alors la phase 
d'arriv6e, la demande client correspondant k la transition, et les 6tats de d6parts et d'arriv6e 
pour la transition de phase. Par un die droit sur Titem 6tat de la liste hierarchisee 720, ii est 
possible de rajouter une transition d'etat, I'outil demande alors quel est r6tat d'arriv6e de la 
transition et quelle est la demande client correspondante. 

Plus g§n6ralement, en cliquant sur un niveau de la liste hl6rarchis6e 720, il est 
possible d'ajouter ou d'enlever un 6l6ment du niveau imm6diatement inf6rieur- 

Toujours dans le contexte oD les onglets « FUNC » 612 et « Feature » 732 ont 6t6 
s6lectionn6s, si I'on pointe et clique sur un 6tat, on obtient alors en parHe drolte, dans la 
zone graphique 730, les groupes d'op§ratlon 6l§mentaires, repr§sent6s comme les noeuds 
d'un graphe orlent§, chaque fifeche representant le flot de donndes entre le groupe 
d'op§rations 6l6mentaires de depart et le groupe tfop§rations 6l§mentaires d'arriv6e. Ce flot 
de donn6es est d§fini par rapport au flot de donn6es entre operations 6l§mentaires, dans la 
mesure ou toute donn6e apparaissant est en fait produite par une ou plusieurs operations 
6l6mentaires du groupe d'op§rations §i§mentaires de depart et consomm6 par une ou 
plusieurs operations 6l6mentaires du groupe d'op6rations eiementaires d'arriv6e. 

Toujours dans le contexte ou les onglets « FUNC » 612 et « Feature » 732 ont §t6 
s6lectionn6s, si Ton pointe et clique sur une operation eiementaire, on obsen/e dans la zone 
graphique 730, I'ensemble des autres operations eiementaires et composants (capteurs, 
actionneurs) avec lesquels Toperation eiementaire echange des infonnations. Encore une 
fols, il s'agit d'un graphe oriente et, sur chaque lien, on peut trouver {'ensemble des donn6es 
echanges entre I'operation eiementaire sur laquelle on a pointe et Toperation eiementaire ou 
le composant qui regoit ou emet h I'autre bout sulvant le sens de la flfeche du graphe oriente. 
Uoperation eiementaire seiectlonn6e est caracterisee par une couleur specifique ou 
un emplacement specifique (centre de I'ecran, couleur rouge) afin d'etre aisement distingu6e 
des autres operations eiementaires et des capteurs et actionneurs. De m§me, les operations 
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§lementaires autres que celle sur laquelle on a cliqu6 dans la llste hi6rarchisee 720, sort 
distingu6es des composants en prenant une couleur diff6rente. 

Toujours dans le contexte oCi les onglets « FUNC » 612 et « Feature » 732 ont 6t6 
selectionn§s, si I'on pointe et clique malntenant sur le niveau donn6e. c'est k dire le huiti&me 
niveau de la hierarchie pr6sent6e plus haul, on voit apparallre en parlie drolte de I'dcran, 
tiers la zone graphique 730, un graphe avec au centre du graphe la donn6e s6lectlonn6e et, 
emourant cette donnee, les operations 6l6mentalres qui produisent (sur la gauclie) ou qui 
consomment (sur la droite) cette donn§e et 6ventuellement le ou les capteurs qui produisent 
ou le ou les actlonneurs qui consomment cette donn6e. De pr6f6rence, on met les 
consommateurs h droite et les producteurs h gauclie. II est naturel qu'il y alt plusieurs 
consommateurs pour une donn6e. li peut §tre nomial que la meme donn6e soft produite par 
plusieurs operations §l§mentaires, par exemple si celles-ci ne fonctlonnent pas dans les 
mSmes phases. 

Selon le niveau de Pelement de la llste hi§rarchisee s§lectlonn6, on observe, dans 
la zone graphique 730, lorsque I'onglet "feature" 732 est s6lectionn6 : 

- nom du v§hicule : le graphe orients dont les noeuds sont 



des variantes de prestation enveloppe et les 
fifeches les flots de donn6es entre ces variantes 
de prestation- Ce graphe est conditlonn6 par le 
choix d'une configuration c'est k dire le choix 
d'une variante de prestation par prestation. Ceci 
est represente en figure 15. 



- services ou prestations : 



la lists des variantes de la prestation et 
pour chacune, la vue enveloppe type sch6ma 
830. 



variantes de prestation : 



vue enveloppe de type sch§ma illustree en figure 



8. 



- phase : 



vue enveloppe de type sch6ma illustree 
en figure 8 pour les operations 6lementaires de 
la phase et en restreignant les autres prestations 
aux combinaisons de mode de la phase 



-§tat: 



vue enveloppe de type schema illustr§ en 
figure 8 pour les operations 6lementaires de 
retat et en restreignant les autres prestations aux 
combinaisons de mode de la phase dans 
laquelle retat est sp§cifi6. 
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- groupe d'op§rations 6lementalres : comme lorsque I'onglet "functional 
diagram" est s6lectionn§ 

- operation el§mentaire : un graphe avec au centre 
{'operation el§mentaire s6lectionn§e et autour d'elle les capteurs, actionneurs 
et autres operations 6l§mentaires de I'archltecture dans son ensemble 
auxquels elle est Ii6e les arr§tes du graphe sont les flots de donndes entre 
les noeuds. 

- donn6e : les operations et§mentelres, capteurs ou 
actionneurs auxquels la donn6e est ll§e directement sont affichds dans un 
graphe. Les capteurs ou operations §i§mentaires qui produisent la donn^e 
apparaissent k sa droits alors que les actionneurs ou operations 
eiementaires consommant la donnee sont places k gauche de la donnee. 
Les fidches indiquent le sens de passage de la donnee (du producteur vers 
le consommateur). 

. piiote: les caracteristiques du pilots, type 

d'entree/sortie analogique-numerique, tout-ou-rien, ses caracteristiques 
eiectriques. 

- - capteur/:actionneur : un graphe avec au centre le capteur ou 
i'actionneur seiectlonne et autour de lui les operations eiementaires de 
I'architecture dans son ensemble auxquels il est lie, les arr§tes du graphe 
sont les flots de donnees entre les noeuds. 

En seiectionnant une prestation au deuxifeme niveau hierarchlque, lorsque I'onglet 
"functional diagram" 731 est seiectlonne. on observe, dans la partie graphique 730, 
I'automate correspondent, avec des etats (ou situations operationnelles) et les seules 
transitions de phase. En figure 7, on volt un automate correspondant k la variants "badge" 
de la prestation "sen/lce ouvrants" : etats 761 k 766 et transitions 768, 769 et 772. Si on 
clique avec le bouton gauche sur une fieche representent une transition, on volt apparaTbre 
un menu contextuel qui decrit toutes les demandes qui provoquent cette transition. 
Generalement une seule demande provoque cette transition, par exemple la demande 
"contact.on" qui correspond k la mise du contact, par exemple avec la de de contact, fait 
passer de la phase "contact non mis" k la phase "contact mis", mais plusleurs demandes 
relevant de cas d'utilisation fonnalises peuvent Her deux etats. Par exemple dans une 
version trfes simplifies de la prestation deverrouillage, 11 est possible que les etats vehicule 
venouilie et vehicule devenouilie sclent lies par les demandes clients « demande de 
condamnatlon par badge » et « demande de condamnation par le bouton de commando des 
ouvrants dans le vehicule ». Pourlant, on aura pu formuler deux cas d'utlllsatlons fomialls6s 
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diff6rents, I'un pour la decondamnation h distance et I'autre pour ia d6condamnation dans le 
v§hicule. 

Le quatrifeme niveau de hi^rarcliie conceme les phases. Lorsqu'une phase est 
s§lectionn6e, et que I'onglet "functional diagram" 731 est s61ectlonn6, on observe, dans la 
5 zone graphique 730, sous le nom de la phase, les noms des 6tats qui iui con-espondent, 
dans des rectangles. 

Lorsque Ton clique sur la transition entre deux §tats, il est possible de s6lectionner 
une operation 6l§mentaire pour specifier sa realisation, c'est h dire la realisation de ia 
demande client correspondant h cette transition : cette operation 6l6menteire devra aiors 
10 prendre en argument I'ensemble des donn§es Infomnatlques provenant de capteurs, 
d'actionneurs ou incldemment d'autres prestations n6cessaires au calcul Infonnatique qui 
sera r6alis§ pour decider si oui ou non la demande client est d6tect6e. On accede ainsi aux 
traductions logicielles des demandes provoquant les transitions de phase. 

Pour chaque etat, par l'lnterm§dialre d'un menu contextuei apparaissant en cliquant 
15 sur r6tet avec le bouton droit, on ddfinit quelles operations ei6mentaires doivent §tre 
activees (capture, commandos d'actionneur, iols de contrdle et leurs interfaces sp6cifi6es 
dans d'autres outiis teis que Matlab/Simuiink, Statemate). On les regroupe ensemble selon 
differentes loglques ou pratiques du concepteur. 

En cliquant, avec le bouton droit, sur une phase au quatrieme niveau de la 
20 hierarchie, on fait apparaTtre un menu contextuei qui permet, entre autres, de lier la phase 
aux modes (on observe, dans un menu contextuei une liste des modes, par exemple 
energie, client, etat du vehicule avec des cases a cocher pour assocler la phase k des 
combinaisons des modes). Par exemple, ia phase "crash" est specifies dans des modes oCi 
elle est valide. 

25 En seiectionnant un element du cinquieme niveau ("etat"), toujours avec i'onglet 

"functional diagram" 731 seiecBonne, on obsen/e, dans la zone graphique 730, la parlle de 
I'automate concernant retat seiectionne et les transitions (ou demandes) qui rejolgnent I'etat 
seiectionne et d'autres etats. On peut ajouter, dans un 6tat, des operations ei6mentaires : 
sequence des operations b. effectuer (acquisitions, commandos, Iols de contr6les, 
30 algorithmes). on die droit sur I'etat et on choisit "add" : on seiectionne dans une liste 
d'operations eiementaires (bibliotheque metier). 

On peut alors creer, si necessaire, une nouveile operation eiementaire k laquelle II 
faudra plus tard assocler des donnees d'entree et de sortie. 

Au sixieme niveau de hierarchie, les operations eiementaires sont organls6es en 
35 groupes pour facillter ia navigation. Les groupes d'operations comportent les m§mes 
operations eiementaires pour tous les onglets horizontaux 61 1 & 616. 
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Lorsque Ton s6lectlonne, au septieme niveau de la hi6rarchie, une operation 
el6mentaire, on observe, dans la zone graphique 730, le flot de donn6es (en anglais "data 
flow"), c'est-^-dire les donn6es 6chang§es par cette operation (donn6es dans des 
rectangles en entr6e et en sortie). SI on s^lectlonne un groupe d'op6ratlons 6l§mentalres, au 
sixidme on observe, dans la zone graphique 730, le flot de donn6es entre les op§rations 
§l§mentaires qu'il comporle. Si on s6lectlonne un 6tat, au cinquifeme niveau de hl6rarchie, 
on obsen/e, dans la partie graphique 730, le flot de donn6es entre les groupes d'op6rations 
el§mentaires quil comporte. Pour chacun des cinqui6me h septi§me niveaux, si on 
s§lectionne un lien dans la partie graphique, avec un olio sur le bouton gauche, on observe, 
dans un menu contextuel, une liste des donn6es 6chang6es. En en s6iectlonnant une, on 
peut la modifier (voir plus loin). 

Lorsque Ton s6lectionne une donn6es, au huitieme niveau de la hi6rarchie, on 
observe, dans la zone graphique 730, toutes les op6ratlons 6l§mentalres qui la consomment 
et celles qui la produisent, y compris k TextSrieur de Tetat, de la prestation, de la phase. 

Les §l§ments des neuvi^me et dixifeme niveaux de hi6rarchie ("pilote" et 
"composant") sont connus par ailleurs et proviennent de bibliothfeque du constmcteur du 
v6hicule, d'equipementiers ou de fournisseurs. 

Pour obtenir la diff6rence entre les interfaces et controies de variantes de 
prestation sur deux v6hicule differents par exemple, on selectionne la prestation concemde 
dans la liste 720 avec un die droit et on s6lectionne, dans un menu contextuel, Toption 
"montrer les differences", en anglais "show differences". On s6lectionne ensuite, dans une 
boTte de dialogue contextuelle, la variante de prestation d'un autre v6hicule que I'on souhaite 
comparer k la variante de prestation d6\k s6lectlonn6e. II apparait alors , dans une boTte de 
dialogue contextuelle, une liste hl6rarchis6e Phase/Etat/Groupe d'op6rations 
6l6mentalres/Op6rations §l6mentalres/Donnees/Pilotes/Composants des deux prestations 
s§iectlonn6es avec aux diff6rents niveaux de iadlte liste hi6rarchis6e que i'on s6lectionne, un 
signe lorsque seule la variante de prestation selectionn6e en premier comporte les 
elements du niveau s§lectionn§, un signe "-" lorsque seule la variante de prestation 
s6lectionn6e en deuxi^me comporte les 6l6ments du niveau s6lectionn6, un signe "I" s'il 
existe une difference a un niveau lnf§rieur au niveau s6lectionn§, et aucun signe particuiier 
si les deux llstes hi6rarchis§es des variantes de prestation compar6es sont identiques h ce 
niveau 

Selon le niveau de I'eiement de la liste hi6rarchique selectionne, on observe, dans 
la zone graphique 730, lorsque I'onglet "functional diagram" 731 est s6lectionn6 : 



- nom du vehicule : 

- services ou prestations : 



liste des prestations, 

la liste des variantes de prestation, 
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- variantes de prestation : 



le graphe dont les noeuds sont les phases 
et les filches orient^es les demandes 
client de changement de phase, 



- phase : 



rensemble des 6tats dans un schema tel 
que celui represents en figure 7, 



- 6tat : 



le flot de donndes des groupes 
d'opdrations §l§mentaires r6alis§es dans 
rstat, 



- groupe d'operations el6mentaires : le flot de donnee des operations 



Pour passer k l'6tape suivante de la conception de I'architecture du systfeme de 
eiectronlque et informatlque de composants mat§riels et logiciel, le concepteur selectionne 
ensuite I'onglet 732 "feature". Un des 6crans qui conrespond h cetle selection est illustrS en 
figure 8. Dans cet 6cran, dont la partie texte 720 est Identique k celle illustr6e en figure 7, si 
on s6lectionne une varlante de prestation (troislSme niveau de hi§rarchie), on observe, dans 
la zone graphique 830, une enveloppe 840 de la variante de prestation. 

Cetle enveloppe 840 est representee sous la forme d'une rectangle, dlvisSe 
horizontalement en deux parties rectangulalres. La partie haute est reliSe, a gauche, k des 
representations des capteurs 851 qui lui foumissent des donnees et, k droite, k des 
actlonneurs 852 et 853, auxquels la variante de prestation foumit des donn6es. La partie 
basse est reli6e, k gauche k des donn6es entrantes 856 et 854 et, k droite, k des donn6es 
sortantes 855. Les donn6es qui ne font que transiter par la variante, sans §tre utillsees (ou 
consommees) ne sont pas representees. 

Si on clique, avec le bouton gauche, sur une donnee entrante, on observe, dans un 
menu contextuel, toutes les sources de la donnee seiectionnee, en termes d'operations 
eiementaires. 



eiementaires dans le groupe d'operations 
eiementaires. 



- operation eiementaire : 



un graphe avec au centre Toperation 
eiementaire seiectionnee et autour d'eile 
les capteurs, actionneurs et autres 
operations eiementaires de Tarchrtecture 
dans son ensemble auxquels elle est liee 
les arretes du graphe sont les flots de 
donnees entre les noeuds. 



- pilote : 

- composant : 



donnee : 



indique plus haut 
indique plus haut 
indique plus haut 
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Dans cette representation d'enveloppe 840, on utilise une formallsme permettant 
une vue synth6tique des problfemes ^ r6gler : un point d'exclamatlon Indlque un confllt 
suppose (par exemple au cas ou, en sortie, plusieurs prestations pr§tendent foumir la mSme 
donnee) qui suppose de r6gler un problftme d'arbitrage, un point d'interrogatlon en regard 
5 d'une donn6e entrante pour laquelle aucun §l§ment n'a encore 6t6 d§finl pour les produlre. 

Cette representation d'enveloppe 840 donne une vue de synthase tr&s pratique 
pour I'utilisateur de I'outll de conception. Si, dans la representation d'enveloppe, on clique 
sur une donnee, un capteur ou un actionneur, on obtient une vue fonctionnelle, indlquant les 
operations eiementalres qui produisent la donn6e et celles qui la consomme. SI Ton 
10 seiectionne ou clique sur une de ces operations eiementalres, alors on volt dans un nouvel 
ecran la liste des varlantes de calculateur sur lesquelles cette operation eiementaire est 
placee. Cette afflchage est realise dans une nouvelle fen§tre. Qui apparaTt au moment ou 
Ton double clique. Si I'on clique sur un capteur ou un actionneur, on obtient la liste des 
varlantes de prestation exploltant ce composant ainsi que la liste des varlantes de 
15 calculateure auxquels ie composant est rattache. Le retour k la normale s'effectue en 
fermant les fenStres ainsi crees. 

□'autre part, les prestations avec lesquelles la prestation s6lectionnee echange des 
donnees apparaissent directement dans des boites comme 855 directement associees aux 
donnees d'entree et de sortie de la prestation. Lorsque plusieurs prestations consomment ou 
20 produisent une donnee, alors ce n'est pas ie nom d'une des prestations qui est affiche mals 
la sequence et 11 faut cllquer sur la bolte semblable k 855 pour voir s'afflcher la liste des 
prestations dans une nouvelle fen§tre. 

Lorsqu'une donnee est produite ou consommee par une operation eiementaire qui 
n'est pas rattachee k une prestation, alors on voit associe h la donnee, apparallre une icfine 
25 specifique 854. Dans certeines circonstences, par exemple lorsque I'on a recupere la 
description des operations eiementalres d'un calculateur mals que ces operations 
eiementalres ne sont pas liees k une prestation, ce type de notation permet de savoir que 
I'operation eiementaire produisant la donnee G dans notre exemple est blen definle et 
placee. 

30 Pour passer a I'etape suivante de la conception de I'archltecture du systeme de 

eiectronique et Informatique de composants materiels et logiclels, le concepteur seiectionne 
ensulte I'onglet 613 "MAP" ou "feature architecture". Un des ecrans qui correspond k cette 
selection est illustre en figure 9. 

Comme on I'observe en figure 9, I'interface utilisateur 900 de cet outil loglciel 

35 comporte alors : 

- les menus deroulant 601 k 608. 
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- les six onglets horizontaux 61 1 Si 616, 

- une zone de liste hi6rarchis6e 920, 
> une zone graphique 930, et 

- des onglets verticaux 931 et 932. 

Les onglets verticaux 931 et 932 sont nomm6s respectivement "networks" et 
•^fe^iire" et sont accoles k la zone graphique 930. lis servent k s§lectionner un contenu a 
afficher dans cette zone graphique 930, comme expos§ plus loin. 

On observe, k gauche, la zone de llste hi6rarchis6e 920 qui comporte une partle de 
la liste dont les sept niveaux de hi6rarchie les plus §leves sont : 

nom du vShicule 



services ou prestations 

variantes de prestation 

groupe d'op^rations 6ldmentaires 

operation el§mentaire 
donndes 

pilote 

Capteur/Actionneur 



Les trois niveaux de hiSrarchie les plus 6lev6s sont Identiques k ceux des listes 
hi6rarchis6es 620 et 720 et, en particulier, component les services ou prestations. La 
selection de I'un des composants de la liste hi6rarchis§e, par un die gauche provoque, avec 
ronglet "network" 931 s6lectionn6, rapparltion, dans la partie graphique 930, de I'ensemble 
des r6seaux 941 a 943 de calculateurs 951 k 955, repr§sentation synth6tique permetlant 
d'observer, pour r6l6ment s6lectionn§, sa r6partition sur les calculateurs et les flots de 
donndes qui le concernent sur les rdseaux. 

Selon le niveau de r6l6ment de la liste hierarchique s61ectionn6, on observe, dans 
la zone graphique 930, lorsque I'onglet "network" 931 est actlf I'ensemble des r6seaux (les 
noeuds et les differents reseaux). 

Chaque r6seau est repr6sent6 avec tous les calculateurs qui y sont reli6s, le 
r6seau poss§dant une couleur specifique, repr6sent6es ici par des gommetles, vignettes ou 
pastilles 961 k 963 portent des signes "+", V ou "o". Des calculateurs prdsents sur deux 
reseaux, calculateurs 951 et 955, sont, sur chaque reseau auquel ils sont reli6s, dot6s de 
"gommette(s)", chaque "gommette" possedant la couleur, represent6e ici par le signe 
correspondent k chaque autre reseau auquel le calculateur en question est dlrectement 
reli6. Les gommettes donnent ainsi une vue en trois dimensions sans complexit6 de 
representation. 

En cllquant avec le bouton droit sur un r6seau, on observe, dans une boTte de 
dialogue, la llste des donn§es qui transitent sur ce r6seau. Les Icdnes repr6sentant les 
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clonn6es, et qui sont suivis de leur nom en clair, apparaissent en vert sur fond Wane si la 
donn6e en question n'est pas plac6e dans une trame circulant sur ce r§seau, en bleu sur 
fond blanc lorsque la donn6e est placde dans une trame et en bleu sur fond gris si la donn^e 
n'est utilis6e par aucun calculateur, que ce calculateur sort directement sur le r^seau ou 
accessible par I'lntemn^diaire de calculateurs passerelles entre r6seaux et d'autres r^seau. 

Ces vues penmettent une estimation de la charge du bus en dur§e moyenne entre 
deux transmissions de m§me donn§e. Cette dur6e moyenne est estim§e par exemple en 
tenant compte du protocole de communication mis en oeuvre sur le r^seau consid§r6 et 
afflch6e dans la fenStre contextuelle et des perfomiances de ce protocole, par exemple 

le niveau de charge saturant le r6seau (^i parBr de 30% de charge pour 
le CAN on observe que les trames les plus critiques peuvent ne pas anrlver dans les temps 
voulus k cause du m§canlsme d'arbitrage qui retarde la transmission d'une trame lorsque 
remission d'une autre trame de priority supdrieure ou 6gale a d^i^i 6t6 demand§e, et 

la part de flot de donn§e qui relive de la gestion de protocole (50% pour 
15 le CAN, typiquement car les donn^es de gestion du protocole (arbitrage, CRC,...) 
reprdsente pratiquement autant de bits en moyenne que les donndes effectlvement 
transport^es par une trame). 

Le calcul du flot de donn6es se fait par mode et on prend la charge la 
plus 6lev6e dans le mode oD elle apparaTt. Get aspect motiv§ par le fait que par exemple, en 
20 mode diagnostic, certaines trames correspondant k un mode client sont inhibdes et done ne 
sont pas en prendre en compte dans le calcul de charge. R6ciproquement, le calcul de 
charge dans le fonctionnement pour le client final ne dolt pas tenir compte des trames de 
diagnostic. Une trame soit 6mise dans un mode donn§ si et seulement si au moins une de 
ses donn6es est 6chang6e entre deux operations 6l6mentalres actives dans ce dit mode. 
25 Avec I'onglet 931 "network" s6lectionn§, I'utilisateur de I'outll peut effectuer le 

placement (en anglais "mapping") d'une variante de prestation ou d'un groups d'op6rations 
§l§mentaltes, ou blen encore d'une operation §l6mentalre s6lectionn6 dans la zone de liste 
920, sur un ou plusleurs calculateurs representee dans le partie graphique 930, par la 
fonction blen connue de "drag and drop" (que Ton peut traduire, en frangais, par "deplacer et 
30 lacher"). A cet effet, lorsque I'on clique avec le bouton droit sur une variante de prestation ou 
une prestation, un menu contextuel apparaTt et propose les dlfferents types de placement. 

Si une operation eiementaire exists dans plusleurs variantes de prestetion, par 
exemple en figure 9 I'operatlon eiementaire "oecondamnation coffre" dans la liste 
hierarchisee 920 qui est liee aussi blen k la "variante Badge" qu'k la "variante Clef, alors le 
35 fait de placer cette operation eiementeire par exemple sur le type de calculateur BFR, 953, 
au moment du placement de la variante de prestation "variante Badge" va aussi placer cette 
operation eiementaire pour la prestation 'Variants Clef" et m§me si ensuite la variante de 
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prestation "variante Clef" est plac6e sur le type de calculateur UGH, seules les operations 
6l§mentaires non encore plac6es seront plac§es sur le type de calculateur UCH, l'op§ration 
§lementaire "Decondamnation coffre" restant plac§e sur le type de calculateur BFR. II en 
serait de meme avec un groupe d'op§ration §l§mentaire d'une autre varlante de prestation 
que "variante Badge" qui contiendralt reparation 6l6mentaire "D6condamnation porte" etque 
I'on placerait par exemple sur le type de calculateur UCH. De cette manifere, les operations 
§l§mentaires partag6es entre plusieurs prestations ne sont plac§es qu'une fois. Par allleurs, 
une fois qu'une operation §l§mentaire est plac6e, on peut annuler son placement et la 
replacer sur un autre type de calculateur en cliquant dans un menu obtenu en s6lectionnant 
ladite operation eiementaire par un die droit. 

Les differents types de placement comportent, en partlculler, le placement sur un 
seul calculateur, le placement en maitre et esclave et le placement distribu6. Dans le type de 
placement en maTtre-esclave, la partie "contrdle" de la prestation 6met des messages de 
commande sur au moins un r§seau pour commander chaque esclave et I'outll ajoute 
automatiquement ces messages de commande dans ou en dehors des trames d6j& definies 
(voir plus loin). Pour pouvoir placer le maitre et Tesclave, lorsque I'on s6lectionne le type de 
placement mattre - esclave, une operation ei6mentaire, representant I'automate de contrdle 
de la prestation, est automatiquement ajoutee en relation avec la varlante de prestation 
consideree. On I'appelle "operation ei6mentaire de contrdle". On place ensuite, par 
operations de drag and drop, la variante de prestation, ou un groupe d'operation ei6mentaire 
ou une operation eiementaire et notamment ['operation eiementaire de contrdle sur une 
variante de calculateur. II y a autant d'esclave que de noeuds sur lesqueis I'operation 
eiementaire de contrdle n'est pas places et sur lesqueis au moins une operation eiementaire 
de la prestation est places. Le noeud sur lequel I'operation eiementaire de contrdle de la 
prestation est place est le nceud maftre. 

Avant de placer en maftre et esclave, on commence par synthetlser I'operation de 
contrdle. Pour ce faire, on considers que cette operation consomme toutes les donnees 
permettant le calcul de I'automate de contrdle de la prestation. Par exemple, si une transition 
est conditionnee par la mise ^ un d'une donnee booieenne a, a etant le resultat d'une 
operation eiementaire, alors, dans le cas d'un placement maftre - esclave, I'operation 
eiementaire de contrdle aura notamment a comme donnee d'entree. 

Le type de placement distribue signifie que des operations eiementaires d'une m§me 
prestation sont reparties sur plusieurs calculateurs et que d'autre part, I'automate de contrdle 
de la prestation est synthetise sur chacun desdits calculateurs. 

On ajoute done automatiquement sur chaque noeud sur lequel on a place au moins 
une operation eiementaire de la prestation au moment du placement une operation 
eiementaire de contrdle qui represente I'automate de contrdle de la prestation. Cette 
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Operation 6l6mentaire de controle est la meme que celle que I'on aurait synth§tis6e 
automatiquement pour un placement de type mattre - esdave. 

Pour chaque placement d'une prestation, una botle de dialogue de placement 
apparaTt pour demander si les operations 6l6mentalres, les capteurs et actionneur 
concernes doivent §tre places simultan6ment et sur le m§me calculateur. SI on decide de 
placer la prestation avec les actionneurs et/ou capteurs concem6s, I'outll de conception les 
connecte au calculateur. SI on ne place pas les operations 6l§mentaires, les capteurs et/ou 
les actionneurs sur le m§me calculateur que le reste de la prestation, I'outil de conception 
ajoute les donnees n^cessalres au bon fonctionnement de la prestation dans ou en dehoi^ 
10 des trames d^\k d^finles (voir plus loin). 

SI au moment du placement sur un nceud, c'est k dire sur un type de calculateur, 
plusieurs varlantes de calculateur r6alisent ce type de calculateur, alors une boite de 
dialogue apparaTt pour demander sur lesquelles de ces dites varlantes de calculateur le 
composant s§lectlonn§ dolt §tre plac6. 
15 Comme Illustr6 en figure 10, si I'onglet "feature " 932 est s6lectionn§ et que Ton 

s§lectionne une variante de prestation (deuxi^me niveau de Iil6rarchie), on observe, dans la 
zone graphique 1030, plac6es les unes en dessous des autres, toutes les enveloppes 1061 
et 1062 des types de calculateurs contenant au molns une op6ration 6l§mentaire de la 
prestation s6lectionn6e. Seules les donn6es d'entr6e et/ou de sortie des op6ratlons 
20 6l§mentalres de la variante de prestation s6lectlonn6e contenus dans ces types de 
calculateur sont afflch6es ce qui pennet de voir pour la dite prestation r6tat d'avancement du 
placement et r6tat des ^changes internes et extemes de la variante de prestation au sein de 
I'archltecture §lectrlque 6lectronlques. SI des donn6es telles que V2 ou V3 sont produites ou 
consomm§es par d'autres varlantes de prestation, alors c'est Indlqu6 avec les mdmes 
25 conventions qu'en figure 8 en zone 841 . 

On observe aussi, dans la zone graphique 1030, les m§mes deux types de 
calculateurs 1041 et 1042, correspondant respectivement k 1062 et 1061 sur lesquels est 
Implantde la variante de prestation s§lectlonn§e, ainsi que les flots de donn6es qu'ils 
6changent. En cliquant sur I'une des fifeches 1043 et 1044 repr§sentant ces flots de 
30 donn6es, on observe les donn6es 6chang6es dans une boite de dialogue (non repr§sent6e). 
Dans ces boTtes on observerait les donn6es V2 et V3 qui sont les seuls ^changes Internes k 
la prestation entre les types de calculateur UCH et BFR. 

Si des tirames de donndes 6talent §chang6es, elles seraient repr§sent6es dans les 
enveloppes 1061 et 1062 k I'lnstar de la repr6sentation en zone 1244 figure 12. 
35 Ces representations graphiques sont mises k jour sulvant les evolutions du 

placement des operations ei^mentalres de cette variante de prestation 
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Si ronglet "feature " 932 est s§lectionn§ et que Ton s6lectionne un §l6ment de I'un 
des quatridme ^ sixi^me niveau de hierarchie, on observe, dans la zone graphique 1030, les 
flots de donn§es (voir onglet "Func" 612 ci-dessus) mais pour tous les 6tats confondus (il ny 
a plus de niveau repr6sentant les 6tats dans la liste hi6rarchls6e 820). 

Les trois demiers onglets, 614 ^ 616, concernent le mat6rlei avec une gestion de la 
diversite, c'est-^-dire des dlff6rentes variantes de realisation matdrielle du systfeme. 

Lorsque le concepteur s6lectionne I'onglet 614 "operational architecture" ou 
"OPER", il accede a une description des operations elementaires de chaque calculateurs. 
On observe, en figure 11, une interface utilisateur affich6e lorsque I'onglet 614 "OPER" est 
s6lectionn§. 

Comme on I'obsen^e en figure 11, rinterface utilisateur 1100 de I'outil logiclel 
comporte alors : 

- les menus deroulant 601 a 608, 

- les six onglets horizontaux 61 1 & 616, 

- une zone de liste hierarchis6e 1 120, et 

- une zone graphique 1 130. 

On obsen^e, h gauche, la zone de liste hl6rarchisee 1120 qui comporte une partie 
de la liste dont les six niveaux de hierarchie les plus 6lev6s sont : 
nom du v^hicule 

type de calculateur 

variante de calculateur 
prestation 

operation eidmentaire 
donn^es 

pilote 

Capteur ou actionneur 
Selon le niveau de r6l6ment de la liste hi6rarchique s§lectlonn6, on observe, dans 
la zone graphique 1 130 : 

type de calculateur Le flot de donn6es entre les diff6rents noeuds du rdseau 

Ind6pendamment de rimpl6mentation de ce flot en trames ou r6seaux de toutes sortes. Si 
une operation 6l6mentaire plac§e sur un noeud consomme une donnee produite par une 
autre operation el§mentaire sur un autre noeud, alors la donnee 6chang6e apparaTl dans le 
flot de donn§ materialise graphlquement par une fieche allant du noeud oD les donn6es sont 
produites vers le noeud ou les donnees sont consommees. 

variante de calculateur Le graphe oriente dont les noeuds sont les operations 
eiementalres placees sur la variante de calculateur, 1140, 1142, 1144, 1146, 1148 et les 
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filches sont les flots de donn6s entre ces op6rations 6l6mentalres comme par exemple 
1162. 

Operation §l6mentaire les liens aux capteurs et actlonneurs li§s k rop6ration 
6l6mentaire s61ectionn6e et mont6s sur le calculateur 

donn§es les operations 6l6mentaires, capteurs ou actlonneurs auxquels la 
donnee est li§e directement sont afflch6s dans un graphe. Les capteurs ou operations 
el§mentaires qui produisent la donn6e apparaissent k sa droits alors que les actlonneurs ou 
operations elementaires consommant la donn6e sont plac6s a gauche de la donn6e. Les 
fifeches Indiquent le sens de passage de la donnee (du producteur vers le consommateur). 

. piiote les caracteristiques du pllote, type 

d'entr§e/sortie analogique-num6rique, tout-ou-rien, ses caract6ristlques 
eiectriques. 

- Capteur/actlonneur un graphe avec au centre le capteur ou I'actionneur 
s6lectionn6 et autour de iui les operations §l6mentalres de Tarchitecture dans 
15 son ensemble auxquels il est lie, les arr§tes du graphe sont les flots de 

donnees entre les nceuds. 
On obsen^e, en figure 12, une interface utilisateur affichee lorsque I'onglet 615 "hwd" 
ou "hardware architecture" est seiectlonn6. 

Comme on I'obsen^e en figure 12, Tinterface utilisateur 1200 de Toutil loglciel 

20 comporte alors : 

- les menus deroulant 601 a 608, 

- les six onglets horizontaux 61 1 §i 616, 

- une zone de liste hierarchisee 1220, 

- une zone graphique 1230, et 

25 - les onglets verticaux 1232 et 1234. 

On observe, h gauche, la zone de liste hierarchisee 1220 qui comporte une partle 
de la liste dont les six niveaux de hierarchie les plus eieves sont : 
nom du v6hicule 

type de calculateur 
30 variante de calculateur 

trames 

donnee dans la frame 
capteur / actionneur 
donnees 

35 pilots 
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Selon le niveau de I'element de la Hste hi6rarchique s§lectionn6, on observe, dans 
la zone graphique 1 230, lorsque I'ongiet "networks" 1232 est s6lectlonn6 : 
nom du v§hlcule les r6seaux de cette architecture v^hicule 
type de calculateur les r6seaux auxquels ce type de calculateur est 
connects, repr§sent6 en figure 16 

variante de calculateur les r6seaux auxquels cette variante de calculateur est 

connect6e 

frames ou le r^seau auquel cette trame appartient 

donn^e dans la trame le r§seau auquel cette donn6e appartient (via la trame) 

capteur / actionneur le type de calculateur auquel est connect6 ce 
composant et les r§seaux sur lesquels ce type de calculateur est connects. 
Donn6es RIen 
Pilote RIen 

et, lorsque I'ongiet "Diagrams" 1234 est s6lectionn§ : 

nom du v^hlcule RIen 

type de calculateur Un graphe dont les noeuds sort les types de calculateur 
et dont les filches sort les flots de trame, les filches 6tant orlent6es du nceud §metteur vers 
le nceud rScepteur. 

variante de calculateur afflchage comme d6finit en figure 12 par le contour 
1260 d6coup6 en trois parties 1240, 1242 et 1244 par deux traits horizontaux 1262 et 1264. 
Dans la zone 1240, les Hens de la variante de calculateur d. des capteurs ou des actionneurs 
sort afflch6s, les liens aux capteurs §tant afflch§s d'un c6t6 1252 et les liens aux 
actionneurs 6lant afflch6s de I'autre c6t6 1250, 1254. Dans le diagramme, dans le cas d'une 
salsie d'information provenant d'un capteur 1252, la donn6e apparait k Tint^rieur du cortour 
1260, alots que le nom du capteur "Clef apparait k i'ext6rieur du contour. De cette manl&re 
le concepteur peut distinguer feicilemert les noms des donn6es du logiciel applicatif 
embarqu6 sur la varlarte de calculateur, des noms des diffdrents capteurs et actionneurs, et 
de plus le lien des capteurs/actlonneurs aux donn§es logiclels est clalr. Dans la zone 1244 
est representee I'interfeces messagerie de la variante de calculateur s6lectionn6e. Cette 
interface messagerie est constitute de frames de message consomm6es ou produifes sur 
les divers r§seaux auxquels est connect6e la variante de calculateur seiecfionnde. Les 
frames consomm6es sort representees d'un c6te de la zone, et les frames sortantes de 
I'autre o6f6. Par exemple TJn_1, 1246, est une frame enfrante et T_oul_1 et T_out_2, 
respectlvement 1247 et 1248, sort des frames 6mises. Seules les donnees effectlvemert 
consommees et produifes par au molns une operation eiemertaire sur la variante de 
calculateur seiectionnee sort representees en zone 1244 en correspondance avec les 
differentes frames. Par exemple, si un emplacement pour une donnee "n" est resen/e dans 
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TJn_1 et si la donn6e "n" n'est consomm6e par aucune operation 6l6mentalre sur la 
variante de calculateur selectionn6e, alors, "n" n'apparaTt pas en zone 1244. 
Reciproquement, la donn6e "a" qui apparatt en correspondance de TJn.l est done 
consomm§e par une operation 6l6mentaire plac6e sur la variante de calculateur 
s§lectionn§e. Finalement, en zone 1242, on retrouve les donn§es d'entr§e et de sorties du 
calculateur s6lectlonn§ qui ne sent ni Ii6es k des capteurs / actionneurs, nl k des trames, et 
qui pourtant proviennent ou sont k destination d'autres nceuds. On reprend pour cette zone 
1242 les conventions de la zone 841, Finalement, les donn6es qui ne font que transiter par 
la variante de calculateur s§lectionn6e, qui fait alors office de passerelle entre r§seaux, sont 
accessibles sous forme d'une liste en selectlonnant un onglet du menu 603, La separation 
des donn6es en deux categories, non encore affect6es et d&jk affect6e foumit une vue de 
coherence de ce qui est fait et de ce qui rests k fairs. 
Trames rien 

donn§e dans la frame operations 616mentaires et/ou capteur/actionneurs 
producteurs ou consommateurs k Tint^rleur de la variante de calculateur 
s6lectionn§e. 



deux parties, la parHe du dessus sen/ant k indiquer les donnees produites par le 
capteur/actionneur k Taide d'un pllote et utilis6es sur d'autres calculateur que celui auquel le 
composant est rattach6, la parlies inf6rieure servant k reprdsenter les donn6es produites k 
Talde d'un pilote et utills6es sur le calculateur auquel le composant est rattachid. Les 
donn§es regue par le composant sont sur la gauche du contour alors que les donn6es 
§mlses sont sur la droits du contour. Un tel lien donn6e-calculateur est represents de 
maniere similaire au lien donn§e-prestation 855 en Figure 8, si ce n'est que si la m§me 
donn6e est par exemple 6mise vers plusieurs calculateurs, alors, elle sera r6pet6e plusieurs 
fois, ce qui est une alternative k un affichage du type avec une boite sur laquelle il 
faudrait cliquer pour acc§der aux diff§rentes variantes de calculateurs, autres que celul 
auquel le composant est rattachd, utilisant la donnSe. 

donnees d'un capteur ou actlonneur operations elementalres et/ou 

capteur/actionneurs producteurs ou consommateurs k rint6rieur de la variante de 

calculateur seiectionnde. 



Lorsque Tonglet "networks" 1232 est s6lectionn6, on observe, dans la partle 
graphique 1230, Tarchltecture mat6rielle et le placement de calculateurs sur des r6seaux. 

Chaque rSseau est represents avec tous les calculateurs qui y sont relies, le 
rSseau possedant une couleur sp6clfique, representees id par des gommetles portant un 
signs "+", "x" et "o" comme en Figure 9. Des calculateurs presents sur deux reseaux sont, 



capteur / actlonneur 



un contour rectangulaire (non represente) separe en 



Pilote 



comme pour la donn6e, voir ci-dessus. 



wo 2004/038618 



55 



:T/FR2003/003108 



sur chaque r§seau auquel ils sont relics, dot6s de "gommette(s)", chaque "gommette" 
possedant la couleur, representee ici par un signe "+", "x" ou "o" des autres r6seaux 
auxquels le calculateur en question est directement reli6. Les gommettes donnent ainsi una 
vue en trois dimensions sans coniplexit6 de representation. 

Lorsque Ton effectue un cilc droit sur un r6seau, il apparail, dans une boiie de 
dialogue contextueile, une liste des donn6es circulant sur ce r6seau. Dans cette boile de 
dialogue, des couleurs diffSrentes indlquent les donn6es qui ne sont pas ailou6es dans une 
trame, celles qui sont alloufees et transitent effectivement dans une trame et celle qui sont 
allouees mais ne transitent pas effectivement parce que par exemple elle ne sont pas 
produlte. 

Les donn§es circulant sur un r6seau sont visibles dans une boTte de dialogue 
lorsque i'on clique avec le bouton droit sur le r6seau en question, I'onglet "networks" 1232 
ou 1232 etant actif. Cette boTte de dialogue met en oeuvre des couleurs pour Indlquer le 
placement dans une trame et I'utilisation des donn§es, comme expllqud plus haut, en regard 
de la figure 9. 

Lorsque I'onglet 616 est s§lectlonn6 (ecran non repr§sent6), si on s61ectionne une 
donn6e en cllquant sur le bouton gauche, un menu surgissant permet d'atteindre une boTte 
de dialogue contextueile qui fournit des informations sur cette donn§e, notamment, la 
dimension (un booleen k une taille de un bit), les valours extremes, une valeur par d6faut et 
I'age maximal de la donn6e c'est h dire dur^e aprfes la capture au bout de laquelle la donn6e 
peut dtre consideree comme obsolete... etc . 

Lorsque Ton s6lectlonne I'onglet 616 "msg", on obtient en parlie droite un ecran analogue h 
celul de la figure 16, lorsque Tonglet 1232 de la figure 16 est seiectionn6. On volt alors en 
partie droite de recran pour chaque vehicule toutes les trames vehicuiees par moins un 
reseau et en partie gauche de recran une representation des differents reseaux comme en 
figure 16 en zone 1630 . En cliquant sur une trame, seul le reseau sur lequel la trame circule 
est affiche. En cliquant sur Tun des onglets 1652, 1654, 1656, 1658, seules les trames 
circulant sur le reseau correspondant sont afflchees en partie gauche de recran. lorsque 
I'onglet 1231 est seiectionne, lorsque ron clique sur une trame, une presentation de la trame 
en partie droite de recran apparatt reprenant les informations essentlelles de la trame, 
notamment sa taille, sa periode, le type du reseau, puis la liste des donnees pour lesquelles 
un espace est alloue ainsi que les coordonnees de cet espace en numero d'octet et de bit le 
plus significatif et en taille, puis la liste des variantes de calculateur producteur et 
consommateur pour chaque donnee. 

Dans la zone graphique correspondant k la selection de I'onglet 616, si on clique 
avec le bouton gauche sur un calculateur, on observe, par I'Intermedlaire d'un menu 
surgissant donnant le choix entre trame et donnees, dans une boTte de dialogue 
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contextuelle, les donnees ou trames consomm6es ou produites par le calculateur 
s§lectionne. 

La figure 13 repr6sente un 6cran 1300 de saisie et de visualisation des zones d'un 
produit nomm6 "v6hicule Z23° pour lequel on souhaite construire une arciiitecture ^lectrique 
et 6lectronique. On peut acc§der k cet 6cran h partir de nimporte lequel des 6crans des 
figures 6^12 par une selection dans le menu tools 606. 

On observe, dans la liste hl6rarchis6e 1320, une llste comportant les trois premiers 
niveaux de hi6rarchle suivants : 
nom de v6hlcule 

groupes de noeuds et composants 
noeuds et composants 
La partie graphique, k drolte de l'6cran, comporte une zone sup§rieure dans laquelle 
trois boutons 1312, 1314 et 1316 sent representes. Les diff6rentes zones du v6hicule sur 
lesquelles les composants du systems peuvent §tre plac§s apparaissent dans la partie 
graphique infdrieure drolte de r6cran, ou sous-ecran 1330. Ces zones du v6hlcule sont 

representees par des rectangles 202, 204, 206 236, 240. Pour ajouter une zone, 

rutilisateur dolt d'abord s§lectionner le bouton 1312 placer ce rectangle, qui correspond k 
une nouvelle zone du v§hlcule, en cliquant dans le sous-6cran 1330. II peut alors changer 
les dimensions dudit rectangle, par exemple en cliquant sur un des angles du rectangle, puis 
en deplagant cet angle k volont6. Tangle oppos6 dudit rectangle ne bougeant pas. II peut 
ensuite deplacer le rectangle k volont6 dans le sous-ecran 1330, afin de rendre la 
disposition des zones respectives comprehensible pour Tensemble des utilisateurs. Dans le 
cas d'un v6hlcule automobile par exemple, II ne serait pas sense de placer la zone 
representant la porte arrifere droite et la zone representant la porte avant gauche Tune k c6te 
de I'autre. 

Le nom 1342 du produit est repris en bas du sous-6cran 1330. 

On note que les noeuds et composants d§finis pour Toutil de conception sont repris 
dans la llste hi§rarchls§e 1320. En fait, cetle liste hierarchis§e sert une fois que les 
differents composants sont places: s6lectionner un noeud ou un calculateur particulier 
permet de localiser dans quelle zone du v6hicule il est place, cetle zone changeant 
automatiquement d'aspect dans le sous-6cran 1330. Par exemple, lorsque dans la liste 
hi6rarchls§e, on s6lectionne la p6dale d'acc6l6ratlon 1321 , la zone cockpit 218 change 
d'aspect. 

□'autre part, les composants non encore places ont eux aussi un aspect panicuHer 
comme par exemple le noeud BVA 1323 ou le moteur d'essuyage avant 1322. 

En seiectionnant le bouton 1316, il est possible de rajouter, dans le sous- 
ecran 1330, une boussole orientable 1344 k des fins de llsibilite pour Tensemble des 
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utilisateurs. II revient I'utilisateur d'indiquer lesquels des axes (gauche, droite), (haut, bas), 
(avant, arri6re) doivent §tre utilises ainsi que leur sens. Dans la figure 13, dans le cas d'un 
v6hicule automobile dont des zones, vue de haut, ont 6t§ representees, I'orlentation pemnet 
a I'homme du metier de reconnaitre certaines de ces zones, comme par exemple le pavilion 
216, puis de proche en proche, I'ensemble des zones representees. Afln de rendre ce 
decoupage en zones plus lisible, 11 est possible de nommer les zones. C'est par exemple le 
cas de I'aile avant droite nommee Aile AVD 1346. 

La figure 14 repr§sente une vue locale d'une des zones du vehlcuie representees 
dans la figure 13 dans le sous-6cran 1330 de I'ecran 1300. On y accede, par exemple, en 
seiectionnant la dite zone dans le sous-ecran 1330 puis en cllquant deux fols. 

Dans le sous-6cran 1330, on peut preclser les dimensions de la dite zone en 
seiectionnant le bouton 1410 puis en seiectionnant I'un des sommets de la dite zone et en le 
bougeant h volonte, les autres sommets restant Inchanges. seiecllonner un point du contour 
de la zone autre qu'un sommet permet de deflnir un nouveau sommet. 

On peut specifier une sous-zones d'evitement en seiectionnant un bouton 1412 puis 
I'emplacement de la zone oii Ton desire placer la sous-zone d'evitement. La sous-zone 
d'evitement est alors placee sous fonne d'un rectangle avec des dimensions par defaut. Le 
dimensionnement exact de la sous-zone se fait alors, comme pour la zone du vehicule, en 
seiectionnant un bouton 1410 puis en seiectionnant I'un des sommets de la sous-zone 
d'evitement seiecHonnee ou en rajoutant un sommet. En seiectionnant un point du contour 
autre qu'un sommet. 

Les points de loutage soht places sur la zone en seiectionnant d'abord un bouton 
1414 puis en seiectionnant I'endroit de la zone oCi Ton desire placer le dit point de routage. 
Les points de connexion de la zone sont places en seiectionnant d'abord le bouton 1416 
puis en seiectionnant I'endroit de la zone oD Ton desire placer le dIt point de connexion. 

Comme en figure 14, une boussole peut Stre placee ^ c6te de la zone en 
seiectionnant le bouton 1316, puis orientee. 

Un chemin de routage recommande peut etre place en seiectionnant un bouton 
1418, puis en seiectionnswrt un composant ou point de routage ou point de connexion Initiale, 
puis un composant ou un point de routage ou un point de connexion finale. 

Les composants et calculateurs sont places sur la zone par cllquer-deplacer d. partir 
de la llste hierarchisee 1420. lis peuvent §tre associes k des icdnes qui pennettent de les 
localiser et de les reconnaTtre plus rapidement. 

Tous les elements de la zone du vehicule representee peuvent Stre deplaces et 
ajustes par cllquer-deplacer. Rnalement, un element "regie" peut §tre place dans lafen§tre 
pour faciliter le dimensionnement des differents zones. Pour cela, on seiectionne un bouton 
1413, puis on seiectionne I'endroit de la zone oD Ton desire placer la regie. En seiectionnant 
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I'une des extr6mit6s de la r§gle 1444, on peut I'^tendre ou la raccourcir. Au moment oCi Ton 
effectue cette operation, la longueur r6elle de la rfegle est affich§e, par exemple en 
millimetres. 

II est possible de faire pivoter la rfegle autour d'un de see sommets suivant des 
moyens connus. Placer la rdgle k c6t§ d'un des twrds de la zone pemnet d'en connattre la 
longueur et de changer 6ventuellement son dimenslonnement. 

Toujours avec I'objectif d'une representation la plus fid&le possible, dans le sous- 
§cran 1430, II est possible de faire apparaitre une trame de fond pemiettant de representor 
la zone la bonne 6chelle. La trame de fond peut par exemple §tre constitute de traits 
horizontaux et verticaux parall^les et r6guliers, d6coupant I'espace en pavts de 20mm par 
20mm dans I'tchelle 1:1. 

II est possible d'agrandir et de r6tr§clr la zone du vdhlcule representee pour le confort 
d'utilisatlon, c'est a dire changer rechelle de la figure pour qu'elle soit adaptee k la partie du 
sous-ecran 1430 par des moyens connus appeies zooms. La zone et tous ies elements 
places sur recran changent alors d'echelle. 

Une fois I'operation de placement des points de connexion effectuee sur 
differentes zones, on peut revenir k la vue presentee en figure 13 pour iier Ies points de 
connexion des differentes zones du vehlcule qui se correspondent dans le sous ecran 1330. 
Dans un certain mode d'affichage, accessible par le menu "View" 603, les points de 
connexion specifies dans la zone 202, par exemple, apparaissent. Cette zone oontient trois 
points de connexion 1350, 1351, 1355. La zone 220 contient, elle, pour le moment, un point 
de connexion 1353. Pour indiquer par exemple que les points de connexions 1355 et 1353 
se correspondent c'est k dire representent en fait un mdme point dans I'espace, on peut par 
exemple seiectlonner le bouton 1314, puis seiectionner le point de connexion 1355, puis 
seiectionner le point de connexion 1353. Un lien graphlque 1354 est alors automaliquement 
genere. Une nouvelle selection du menu "View" 603, permet, si on le souhaite, de cacher 
tous les points de connexion et leurs liens. 

II est possible de nommer les points de connexion, comme cela est fait par exemple 
pour le point de connexion "C3" 1448 . Dans ce cas, le nom du point de connexion est reprls 
dans le sous-ecran 1330, lorsque I'option d'affichage des noms des points de connexion est 
activee. 

En seiectlonnant, dans le menu "Edit" 602, I'option "Synthdse du cSblage", 
I'algorithme de routage est execute. On peut ensulte visualiser le resultat. En figure 14, les 
segmente 1451 k 1455 sont synthetlses. En cllquant sur chacun de ces segments, on 
obUent la llste des Hens ou fils composant-composant, ou composant-connecteur ou 
connecteur-composant qui sont inscrit dans chacun de ces segments. 
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Par exemple, si le moteur 406 possfede un connecteur k trols pines, Tune de 
commande, faible puissance, Tune d'alimentatlon forte puissance, la troisifeme de masse, on 
obtient la liste suivante : 

Moteur- 1-donnee de commande moteur 406 

IVIoteur- 2 - alimentation moteur 406 

Moteur- 3 -masse moteur 406 

Si ces trols pines, iors du routage, sort associ6es k trois pines du connecteur C1 
1447, respectivement, on observe la liste suivante : 
C1- 3 -donn6e de commande moteur 406 
C1- 5 - alimentation moteur 406 
C1- 1 -masse moteur 406 

Mors, en cliquant sur le lien 1452, on voit s'afficher que, sur le segment entre les 
p«rt!s de routage 1470 et 1472 circulent les Hens de r6f6rence : 

Moteur- 1-donn§e de commande moteur 406 ; CI - 3 -donn6e de commande moteur 

406 

Moteur- 2 - alimentation moteur 406; C1- 5 - alimentation moteur 406 
Moteur- 3 -masse moteur 406; CI- 1 -masse moteur 406 

La figure 15 repr6sente I'ecran qui apparait lorsque Ton selectionne le "V6hicule Z23" 
et que I'onglet Tunc" 612 est s6lectionn6. On obtient alors en partie graphique 1530, h 
droite de I'dcran, un graphe dont les nceuds sort les variantes de prestation et les fifeches 
les flots de donn§es 6chang6s entre les variantes de prestation. Un tel flot de donn6es 
repr6sent6 par une fleche entre une variante de prestation de d6part et une variante de 
prestation d'arriv6e est d6flnl par Tensemble des donn6es produftes par au moins une 
operation 6l6mentaire de la variante de prestation de depart, qui ne sort produites par 
aucune operation elementaire de la variante de prestation d'arriv§e, mais qui sort 
consomm6es par au moins une operation 6l6mentaire de la variante de prestation d'arrlv6e. 

Le flot de donn6es inter-prestation tel que repr6sert§ en figure 15 est g§n6r§ pour un 
choix d'une variante de prestation pour ciiaque prestation correspondant k une 
configuration. Pour Thomme du m6tier, ces flots de donnees pemnettent de rep6rer les 
donn6es pour lesquelles des pr6cautions sort a prendre pendant le d6veloppement. En 
effet, les donn6es entre prestations et leurs caracteristiques doivent §tre vaHdees pour 
chaque prestation les consommant ou les produisant au contraire des donn6es irtrlnsfeques 
k une prestation dont la mise au point relfeve uniquement de la dite prestation. 

On peut, dans l'6cran illustre en figure 15, repr§senter rint6gralit6 des echanges 
entre toutes les prestations du produit ou les 6changes d'un sous ensemble de prestations, 
cela en copiant dans une architecture produit par exemple cr§6e pour I'occaslon, le dit sous 
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ensemble de prestations et en consicl§rant le graphe correspondant dans la partie graphique 
1530. 

La figure 16 repr6sente un 6cran apparalssant lorsque Ton s6lectionne I'onglet 
"HWD" 615, I'onglet "Network" 1232, et le ncBud UCH 1621 dans la llste hidrarchls^ 1220. 
On voit alors apparaitre, dans la partie graphique 1630, une vue de r^seau rdpondant aux 
m§mes conventions que la vue d6crite en partie graphique 830 illuslr6e en figure 8. Seules 
les r^seaux sur lesquels ie noeud UCH 1621 est present sont alors affich6s, k ia difference 
de ce qui est represente en figure 8 ou tous les r§seaux sont affich^s. Des onglets dans une 
zone 1640 pennettent de selectionner les dlff§rents r^seaux de rarchlteclure 1654, 1656, 
1 658. La selection de I'onglet "all" 1 652 permet de provoquer Taffichage dans la partie 
graphique 1630 de tous les rdseaux et annule la selection du nceud UCH 1621. 

En aliquant sur un rdseau donn6, on obtient I'ensemble des donn§es qui circulent sur 
ce reseau en distinguant notamment celles qui ne sont pas provisionn6es dans des frames, 
celles qui sont provisionn§es et pr6sentes, celles qui sont provisionn6es et absentes. 

En figure 17, le proc6d6 de conception de specification d'une variante de prestation 
est detailie. 

Les 6tapes 1712 et 1714 sont des synth&ses r§alis6es automatiquement pour I'outil 
alors que toutes les autres §tapes sont assist6es grSce k I'ergonomle de I'outil mais sont 
laiss6es a I'initiative du concepteur. 

Lors de la conception de la specification d'une variante de prestation, en premier 
lieu on specif ie les cas d'utilisation, 6tape 1702. Une fois les cas d'utilisation specifies, on 
Identlfie les phases de fonctlonnement, les demandes client qui sont les transitions et les 
reponses systeme qui sont les etats, etape 1704. Les phases sont deflnies 
preferentiellement par leur decomposition en modes transversaux comma ceci est presente 
en figure 7. Deux phases ne doivent preferentiellement pas partager de comblnalson de 
modes transversaux. On peut alors syntii6tiser un premier automate decrlvant la supervision 
de la prestation tel que detailie en figure 7 . Pour cela, on part de rassociatlon proposee par 
I'utilisateur des cas d'utilisation aux triplets (etat de depart, demande client, etat d'arrivee). 

A partir de cette ces premieres etapes supportees par I'onglet REQ de I'outil, un 
automate de contrite de la prestation est syntiietise automatiquement pour I'ensemble des 
cas d'utilisation de la prestation, etape 1712. 

On precede alore aux etapes de correction, etape 1714, et completion, etape 1716, 
qui permettent de mettre au point I'automate et d'enrlchir les cas d'utilisation, etape 1720, en 
fonction de nouvelles situations identlfiees notamment lors de retape de completion, etape 
1716. 
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Parallfelement aux §tapes de mise au point de Tautomate de contrGle de la 
prestation, 6tapes 1712, 1714 et 1716, on sp§clfle les op6rations 6l6mentaires r6alis§es 
dans cliaoun des etats de i'automate de contrdle de la prestation, 6tape 1706. 

De meme, certaines operations ^l^mentaires r^alisant les transitions de phase sont 
5 identifi§es, 6tape 1708, ainsi que les operations §iementalres r6alisant les demandes client, 
§tape 1710. La realisation d'une transition de phase ou d'6tat par une operation eiementaire 
est representee pref6rentiellement par une operation ei6mentaire dont le resuHat est un 
booieen qui lorsqu'il vaut la valeur booieenne "vral" resulte en I'activation de ladite transition. 
On peut de maniere equivalente, mais pour plus de generalite, specifier que la transition 
10 opere pour une valeur particuliere d'une des sorties de I'operation 6l6mentalre qui la realise. 

Lorsque les etapes 1706, 1708 et 1710 sont partiellement ou compietement 
realisees, on synttietlse le flot de donnees entre les operations eiementaires specifiees au 
cours de ces etapes, etape 1718. 

On peut alors synthetiser un modeie de la variante de prestation speclfiee, etape 
15 1722, en compietant notamment I'automate synthetise au cours de retape 1712 et ies 
differentes operations eiementaires qui lul sont attachees avec la description de capteurs et 
actionneurs preterentieliement attaches & la prestation et des pilotes correspondants. 

La figure 18 decrit un precede de conception d'archltecture eiectrique et 
eiectronique pemnettant de comprendre les Interactions entre les differentes etapes du 
20 precede decrit dans I'lnvention, mais aussi les differentes vues proposees par I'outil. 

Comme point de depart, une specification des configurations du prodult est 
speclfiee par I'utilisateur, etape 1802. Elle indlque les differentes configurations 
caracterisees notamment par un ensemble de variantes de prestation et un ensemble de 
variantes de calculateurs. Pour chaque configuration, un pourcentage est Indlque 
25 correspondant au rapport du nombre de produits comportant ladite configuration par le 
nombre produit total. Cetle etape etant realisee, une specification de chaque variante de 
prestation est realisee, etape 1806, notamment en appllquant le precede decrit en figure 17. 
On peut alors proceder automatlquement aux validations de I'architecture prestation, etape 
1808 (decrites plus loin). Pour un ensemble de configurations, specifiees au cours de I'etape 
30 1802, on specifie un ensemble de noeuds et de reseaux les connectant et pour chaque 
noeud un ensemble de variantes de calculateurs, etape 1810. D'autre part, la g6ometrie du 
prodult est specifiee, etape 1804. Une fois les etapes 1806 et 1810 partiellement ou 
compietement realisees, on peut placer les prestations sur les differents noeuds, etape 1812. 
On realise alors automatlquement une synthese du contrdle des prestations, etape 1816, 
35 ainsi que la syrrthfese des echanges, notamment sur les differents bus de donnees, etape 
1818. A partir des echanges sur les bus, etape 1818, on peut specifier une messagerie ou la 
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g§n§rer automatiquement, 6tape 1826, par exemple au moyen du proc6d6 d§crit dans la 
demande de brevet frangais num§ro 01-05713 du 27 Avril 2001 Incorpore ici par r6f6rence. 

□•autre part, les diff§rentes variantes de calculateur, sp6cifi6es au cours de I'etape 
1810, et les differents capteurs et actionneurs, notamment rattach6s aux variantes de 
prestation, sp§cifi§es au cours de r§tape 1806, sont plac6s sur la description geom6trique 
du v§hicule, 6tape 1814. On place de m§me les points de routage, de connexion, les 
connecteurs et les zones d'§vitement, 6tape 1820. 

A partir du placement des differents composants §lectriques et 6lectroniques, 
etape 1814, et de la description des contraintes g§om6triques, etape 1820, on syntfi6tlse le 
routage des signaux notamment de donn6es, de puissance ou lids k la masse, §tape 1822. 

On specifie d'autre part les caract6ristiques des differentes operations §l6mentalres 
en termes de taille de code, de taille m§moire vive necessaire et de consommatlon CPU, 
etape 1824. Etant donn§s le routage. 6tape 1822, d'une part, et la specification des 
ressources n6cessalres k I'exScution des composants loglciels qui r6alisent les op6rations 
§l§mentaires, 6tape 1824, d'autre part, on deduit une estimation de coQt du systeme base 
sur le coQt de Tarchitecture 6lectrique (capteurs, actionneurs, fils, connecteurs) et le coQt li§ 
aux types d'entr6es - sorties et aux choix de processeurs induits par le placement, 6tape 
1830, Cetle synthase, etape 1830, est r6alis6e en prenant notamment en compte 
roptimisation induite par des 6pissures sur les flls de puissance et de masse, 6tape 1828. 
Finalement, toutes ces §tapes 6tant r6alis6es, on peut comparer Tarchitecture 6valu§e a 
d'autres architecture, notamment par un crit^re de coOt, de qualit6 ou de poids notamment 
par un critfere de cout consolidant notamment les criteres de qualit6 et de poids, 6tape 1832. 
Afin de r6aliser une estimation de quality consolid6e, il faut r§aliser plusieurs etapes: 



- calculer automatiquement une mesure de qualite pour rex6cution d'une 
operation §l6mentaire, et pour l'ex6cution d'un ensemble d'op6ratlons 
6l§mentaires sur un calculateur, dtant donnde une mesure de quality pour 
chaque type d'entr§es/sorties, pour chaque type de fil (puissance, masse, 
donnSes), et 6tant donnee une mesure de qualit6 pour rex6cutlon d'une 
instruction sur un calculateur, pour un acces en memoire vive, pour un accds 
en mdmoire flash, 

- calculer automatiquement la quality du routage 

- prendre en compte une mesure de qualite des capteurs et actionneurs 

- d§duire automatiquement la quality de Tarchitecture §lectrique et 
diectronique 



wo 2004/038618 



• 



'CT/FR2003/003108 



63 



Les operations de validation et leur support par des moyens de tra9abllit6, la 
maTtrise de la suret§ de fonctionnement ne sont pas d6crlts en figure 18 mate compl&tent 
cette figure reprenant le proc6d6 global. 

En ce qui concerne les configurations, on peut distinguer : 

. les prestations de base qui peuvent §tre r6glementalres ou banalisdes sur les 
v^hicules (6clairage, essuyage des vitres,,..), 

- les prestations de base avec variante comme par exemple la motricitS sur un 
vehicule qui peut etre bas6e sur un moteur thermique essence ou diesel, sur un moteur 
6lectrique ou sur un moteur hybride par exemple, avec k chaque fols une mise en ceuvre 
diff§rente, 

- les prestations qui ne seront pas n6cessairement int§gr6es k tous les produits et 
que Ton peut qualifier d'optlonnelles. Par exemple la climatisatlon sur une automobile, 

La configuration de prestation est la s6lection d'un ensemble de variantes de 
prestations (optlonnelles ou pas). Les prestations optionnelles de la configuration sont celles 
qui ne sont pas toujours prSsentes. 

Pour une configuration donn6e, on donnera le taux de monte des prestations 
optionnelles notamment sous la fomne d*un pourcentage. 

Pour un produit donn§, on envisagera diff§rentes configurations. 

Considerant I'ensemble des configurations, on donnera le pourcentage respectif de 
chaque configuration par exemple sous la forme d'un pourcentage. 

Par exemple pour une automobile, on distingue les configurations luxe, confort, 
"6co" (pour "§conomique") avec par exemple une prestation climatisatlon k 100% sur la 
configuration luxe, 40% sur la configuration confort et 0% sur la configuration 6co. Les 
configurations luxe, confort, §co pourront representer respectivement 20% 50% et 30%. 

Les configurations pr§vues pour un produit ont un impact sur le choix de 
I'architecture mat6rielle du produit. Par exemple, une climatisatlon k faible taux de monte 
(10%) incrtera k mettre en oeuvre cette climatisatlon a I'aide d'un calculateur sp6cifique alors 
que si la cllmatisation est pr6sente k 100%, on aura tendance k Int6grer le logiciel et les 
interfaces mat6rielles correspondents k un calculateur agglom§rant de nombreuses autres 
prestations. II est en effet couteux de multiplier le nombre de calculateurs §lectroniques et 
Ton cherche en pratique k int§grer le plus possible de prestation pour faire baisser les coQts. 

Les configurations servent aussi k faire des choix de cablage, Texemple de la 
climatisatlon ci-dessus le montre blen puisque le cftblage pour un calculateur sp6cffique aura 
un cout different du cablage pour un calculateur non-optionnel. Le choix d'un optimal de 
I'architecture §lectrique-61ectronlque se fait done pr6f6rentlellement en foncllon d'un 
ensemble de configurations pr6-ddfini. 
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Les configurations servent aussi a g6rer la diversity en permettant de llmlter par 
conception, les combinaisons d'option disponibles. 

Elles repr§sentent aussi un 6l6ment interm6diaire permettant de simpllfier les 
validations comma on le verra par la suite. 
5 De par I'etape de placement des prestations sur les caiculateurs. On peut ddduire 

les configurations de calculateur assocl§es h une configuration prestation. Ce sont 
notamment les caiculateurs contenant au moins une operation §l§mentaire d'au moins une 
prestation de la Configuration prestation. Le caractfere optionnel du calculateur est aussi 
d§duit, un calculateur contenant notamment des operations 6l§mentaires attech^es 
10 uniquement a des prestations optionnelles pourra §tre optionnel. 

Pour autant, on peut d6flnlr des configurations de calculateur et de composants 
mat6riels, notamment si I'etape de placement n'est pas encore r6alis6e. 

Lorsque Ton sp6clfie une configuration comme §tant compos6e d'une configuration 
de prestation et d'une configuration de caiculateurs, on fait l'hypoth6se que toute prestation 
15 de la configuration de prestation est blen entl6rement plac6e sur la configuration de 
calculateur et que reciproquement, les operations 6l§mentalres provenant de prestations qui 
ne sont pas dans la configuration de prestation sont d§sactiv6es sur ladite configuration de 
caiculateurs. 

On int^gre dans le choix d'un routage optimal une contrainte Il6e aux 
20 configurations. Un composant dont au moins une variante est absente dans au moins une 
configuration est dit optionnel. Le routage 6conomlquement optimal est, par exemple celul 
qui satisfait les contraintes suivantes: 

■ 1) on ne peut pas lier un composant (capteur, actionneur) k un noeud optionnel 
tel qu'il existe au moins une configuration oCi le noeud est absent et le composant est 

25 present. Done dans la recherche du routage dudit composant, les noeuds ne satlsfaisant pas 
le crit^re ci-dessus ne sont pas consid^rSs. 

■ 2) on ne peut pas lier dans une 6pissure de puissance deux fils qui ne seiaient 
pas presents dans les mdmes configurations. 

- 3) sous I'hypotii^se 1) ci-dessus, lorsque I'on synthdtise le routage d'un fil 
30 provenant d'un composant optionnel C et que le routage optimal abouti k un noeud N„ tel 
qu'il existe au moins une configuration oCi le noeud Nn est pr§sent et le composant G est 
absent, alors on tente de syntii6tiser au moins un autre routage en consid§rant tous les 
noeuds aufres que N„ qui satisfassent la condition 1). Le routage lie alors le composant k un 
nouveau noeud On itfere cette operation jusqu'a trouver un noeud Np tel que solt Np est 
35 le dernier noeud paroouai qui satisfasse 1). Pour I'ensemble des routages ainsi synth§tis6s 
(le dernier 6tant le routage k Np), on applique le calcul de coOt pond6r§ par le taux de monte 
des dlff§rents composants, c'esl k dire qu'un composant present dans 40% des 
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configurations aura un cout pond6r6 par 0,4. Le routage qui minimise le coOt est le routage 
6conomiquement optimal pour I'ensemble des configurations. 

Par exempie, on peut rattactier le compresseur de la ciimatlsatlon au noeud 
climatlsation (optionnel et sp6clfiquement installe pour la prestation ciimatlsatlon) ou au 
nceud calculateur habitacie (toujours present). La connexion au noeud climatlsation coQte 
de^ euros integrant par exempie le coOt du connecteur du calculateur pour la connexion au 
compresseur et aux autres composants soit un euro, le coQt des fils soit un euro, et un euro 
sur le controleur iiabitacle . Si le taux de monte de la dim d§passe 50%, alors il faut router le 
compresseur au nceud contrdleur habitacie, sinon au noeud cllmatisation. Par exempie avec 
10 un taux de monte de 40% et pour cent exemplaires, le routage au noeud habitacie coOte 
1*100 * 1 euro soient cent euros, alors que le routage au noeud cllmatisation coQte 0,40 * 
100 * 2 euros soient quatre-vingt euros. 

La connalssance des cout relatifs des pilotes suivant le nombre d'exemplaire 
permet d'afflner Testimation 6conomlque. Si pour une s6rie de 40 000 exemplaires, un pllote 
15 de type PWM (Pulse Width Modulation) coQte 1 euro, mais 0,5 euros pour une s6rie de 100 
000 exemplaires, alors pour une serie de 100.000 exemplaires et un taux de monte de la 
cllmatisation h 40%, le cout du pllote sur le calculateur de climatlsation sera de 1 euro alors 
que le coOt de ce pllote sur le calculateur UCH sera de 0,5 euros et r6quation 6conomlque 
devient 100 + 100*0,5 euros soient 150 euros pour rUCH et 80 + 0,4*100*1 euro soit 120 
20 euros pour le sc6nario du routage sur un calculateur de dim. II est done toujours Int6ressant 
de choisir le sc6nario "calculateur de climatlsation". 



Si maintenant on estime un cout de montage, calcul6 en fonction 

- d'un coQt de montage d'un toron n6cessalre k la mise en oeuvre de la 
cllmatisation sur la zone cockpit par exempie, 

- d'un coQt de montage d'un connecteur n§cessaire h la mise en ceuvre de la 
cllmatisation sur une f ronti6re de la zone cockpit ou sur la zone cockpit, 

- d'un coOt de montage du calculateur de cllmatisation et/ou habitacie sur la 
zone cockpit ou une autre zone spScifide par le concepteur, 

- d'un coQt de montage des capteurs ou des actionneurs n6cessaire k la mise 



Alors, 6tant donn^e une 6valuation pour le calculateur de cllmatisation qui est optionnel de 1 
euro; et de 2 euros pour le calculateur habitacie, pour un taux de monte k 40% de la 
35 prestation dimatisation, Toption du routage sur calculateur de dimatisation revlent a 120 



30 



en ceuvre de la climatlsation sur une zone et 

d'un coQt de connexion des diff6rents connecteurs actionneurs n6cessaires k 
la mise en oeuvre de la climatlsation entre zones ou dans une zone. 
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euros + 0,4*100*1 + 1*100*2 soient 360 euros, alors que le coOt du routage sur le 
calculateur habitacle est de 150 euros + 1*100*2 soient 350 euros. 

Tout d'un coup le calculateur de cllmatisation n'est plus justlfi§. Afflnons encore 
notre analyse. 

5 Prenons un impact qualit6 de 100 ppm (panne par million) sur 3 ans, un p6riode de 

garantie type, k la fols pour le calculateur climatisation et le calculateur habitacle. Estimons 
d'autre part k 200 euros le coQt moyen d'un remplacement de calculateur et affectons un 
coQt de montage/demontage de 50 euros pour ia zone dans laquelle se trouve le calculateur 
de climatisation et de 10 euros pour ia zone dans laquelle on a plac§ ie calculateur 

10 habitacle. Supposons par allleurs que ies d§fauts quality associes aux cdblages dans les 
deux scenarios soient identiques et de 100 ppm mais de coOt de reparation n^gligeable sauf 
pour le ddmontage. Pour simplifier on suppose que ia majority du cdbiage considdrd se 
trouve dans une zone k 50 euros comme le calculateur de climatisation. Alors, le coQt 
unitaire pour le remplacement de calculateur est de 100*200/ 1 000 000 soit 0,04 euros k 

15 majorer de 0,01 euro pour le calculateur de climatisation et de 0,002 euros pour le 
calculateur de climatisation. Le coOt de reparation du cabiage est luis de 0,01 euro pour un 
d^faut sur Tensemble du cdblage qui n*est present que lorsque i'optlon climatisation est 
retenue. Notre coOt unitaire consoiid6 integrant les d§fauts quality est done malntenant de 
360 + 0,4 * 100 * ((0,04 + 0,01)(calculateur) + 0,01 (cftblage)) euros soient 362,4 euros alors 

20 que le sc6nario avec calculateur habitacle coOte maintenant 350 + 0,4*100*0,01 soit 350,4 
euros si Ton tient compte du fait que les coOts quality lids au calculateur habitacle sont 
presents k i'identique dans les deux scenarios et que le cdblage sp6cifique k la climatisation 
n'est mont§ que lorsque Toption climatisation est retenue. Notons au passage que le nombre 
de ppm du scenario avec calculateur de climatisation est de 0,4*(100 + 100) soit 80 ppm 

25 alors que le nombre de ppm du scenario sans calculateur de climatisation est de 0,4*100 
soit 40 ppm si Ton fait abstraction des ppm lids au calculateur habitacle constant dans les 
deux scenarios. Sur le plan quality, le scenario sans calculateur de climatisation est done 
prdfdrabie. 

Si Ton prend maintenant I'impact poids en compte et que Ton estime k 1 euro le 
30 cout consolidd d'une charge d'un idlo. Etant donne d'une part un poids de 300 grammes 
pour le calculateur climatisation et de 100 grammes pour ie routage des actlonneurs 
spdcifiques de la climatisation au calculateur climatisation et d'autre part un surpoids de 150 
grammes du calculateur habitacle et de 150 grammes pour le routage des actlonneurs 
spdcifiques de la climatisation au calculateur habitacle, on trouve maintenant que le coOt du 
35 scenario avec calculateur de climatisation toujours pour cent exemplaires est de 362,4 + 
0,4*100*0,4(400 grammes)* 1(coQt au kilo) euro soient 378,4 euros et de 350,4 + 0,4*100 * 
0,3 (300 grammes)* 1 + 0,6*100*0,150*1 euro soient 363,3 euros pour le sc6nario avec 
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calculateur habitacle. Au passage, on a vu que Thypothfese avec calculateur de climatlsation 
entrafnait un surpoids de 400 grammes alors que cette du placement de la climatlsation sur 
le calculateur habitacle pfese 300 grammes lorsque la climatlsation est install6e. En 
moyenne pond6r§e, le poids du scenario avec calculateur de climatlsation est 0,4(taux de 
monte)*0,4(kilos) solt 160 grammes alors que ie poids de I'option sans calculateur de 
climatisation est 0,4 (taux de monte dim) * 0,3(300 grammes) + 0,6(sans clim)*0,150(poids 
du surplus calculateur) soit un poids marginal de 129 grammes et c'est ce dernier cftblage 
qui est optimal en poids. 

Pour conclure, il faut encore prendre en compte le coOt de Texdcution des 
operations diementalres de la prestation climatisation dans cliacun des scenarios, cout qui 
doit etre consolid§ dans le coQt pifece des calculateurs. Supposons que les operations 
elementaires de la climatlsation necessitent 1 MIPS et que le coOt marginal du MIPS dans 
un processeur solt renseign6 dans un abaque et donne pour 1 MIPS 2 euros et pour 20 
MIPS 10 euros et 9,6 euros pour 19 MIPS. Supposons d'autre part que lnd§pendamment de 
la prestation climatisation, le calculateur habitacle embarque 19 MIPS d*ex6cution 
d'op6ratlons 6l6mentalres. Finalement, prenons Thypothfese d'un cout Iin6aire de la RAM 
1 euros pour 2 kilos octets et d'un cout lin§aire de la flash h 4 euros pour un Mega-octet, 
Finalement les operations 6l6mentaires de la prestation climatisation n6cessltent 2 k de 
RAM et 100 k de Flash. Dans ce cas ie bilan consolld6 pour 100 vehicules pour les deux 
scenarios devient: 

378,4 + 0,4*100*(2+1+0,1*4) euros sclent 514,4 euros pour le scenario avec un calculateur 
de climatisation alors que dans le cas oD le code est execute entierement sur le calculateur 
habitacle, le coOt devient: 363,3 + 1*100*((1 0-9,6) +1 + 0,1*4) euros soient 543,3 euros. 

Au final le coQt consolide unitaire de la solution avec calculateur de climatlsation est 
done de 5,14 euros alors que le cout de la solution sans calculateur de climatisation est de 
5,43 euros par unite avec I'hypothese d'une s6rie de 100 000 v6hicules et un taux de monte 
de la climatisation de 40%. 

L'outil de conception d'architecture de systdme decrit cl-dessus permet de r6aliser 
une pluralite de validations tout au long du processus de conception. On distingue 



la validation fonctionnelle qui consiste h verifier que toute donnee 
consomm6e par une operation eiementaire doit §tre produite par une operation 
eiementaire Independamment du lien des operations eiementaires aux diff6rentes 
prestations. Cette etape peut etre menee une fois I'architecture fonctionnelle 
renseignee dans les fendtres REQ et FUNG accessibles par les onglets 611 et 
612. 

La validation fonctionnelle aprfes placement qui consiste k verifier que 
toute donnee consommee par une operation eiementaire doit dtre produite par 
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une operation 6l6mentalre et de plus, qu'entre le producteur et le consommateur, 
il existe un chemin constitu6 §ventuellement de r6seaux et de noeuds 
intermedlalres. Cette 6tape peut §tre men6e une fois le placement des 
prestations realise completement ou partiellement dans la fen§tre MAP 
accessible par Tonglet 613. 

La validation fonctionnelle et de messagerie qui conslste h verifier que 
toute donnee consomm6e par une operation el6mentalre dolt §tre produlte par 
une op6ration 6lementaire et que de plus, entre le producteur et le 
consommateur, il existe un chemin constltu6 6ventuellement de r§seaux et de 
noeuds interm6diaires et de plus, pour au molns un chemin, des emplacements 
dans des trames sont provisionn§s pour Tacheminement de la donn§e du 
producteur au consommateur. Cette 6tape peut §tre r6alis6e lorsque les trames 
de donn§es ont 6t6 partiellement ou complfetement r6alis6es h I'aide des fenetres 
HWD et MSG accessibles par les onglets 615 et 616. 

La validation de I'architecture des prestations par configuration et/ou par 
mode qui consiste h appliquer les trols validations pr6c6dentes d'une part pour 
chaque configuration du produit et d'autre part pour chaque mode transversal du 
produit. 

Par exemple pour une configuration dont les seules options et choix de calculateur sont 
climatisatlon presente ou pas et contrdle essence ou diesel, on doit done appliquer les 
validations aux quatre variantes r§sultantes : essence avec ou sans climatisatlon et diesel 
avec ou sans climatisatlon. Pour ce qui est de la validation pour un mode donn6e, la 
configuration 6tant fix6e, on peut reproduire chaque type de validation mate que pour le 
sous-ensemble des operation el§mentaires qui sont potentiellement actives lorsque le 
moteur est arrete. 

Ces validations sont accessibles par un menu utilisateur (non represent^) 
accessible en cliquant sur I'onglet Tools 606 represent6 notamment en Figure 6. Dans ce 
menu utilisateur, on peut choisir d'une part Tune des trois validations, validation 
fonctionnelle, validation fonctionnelle apr6s placement et validation fonctionnelle et de 
messagerie, et d'autre le p§rim6tre h retenir pour ces validations, le sous ensemble de 
variantes de calculateur et/ou de variantes de prestation, le mode ou I'ensemble de mode, 
et/ou la configuration ou Tensemble de configuration sur lesquels ces validations doivent §tre 
r6alis§es. 

Toutes ces validations sont r6alis6es automatiquement k parlir des donn6es sp6cifl§es dans 
I'outil de conception d'architecture de systdme 

Etant donnS un cas d'utilisatlon, on exprime une contrainte de performance sur ce 
cas d'utilisation ainsi que sur certalnes des operations §l§mentalres r6alls6es dans r6tat 
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d*arriv6e dudit cas d'utilisation, et on vallde que cette contrainte de performance est 
satisfaite pour un placement des diff6rentes operations 6lementaires. 

A titre d'exemple, prenons le cas d'utilisation que nous appellerons CRASH: "Dans 
un contexte moteur tournant, si un crasli est d6tecte, alors le vehicule dolt se ddverroulller 
d'urgence". Pour lmpl§menter ce cas, une requite "crash d§tect§" est sp6cifl6e. Elle est 
realise par une operation 616mentalre qui capture la valeur donn§e par un acc61§rom6tre 
"A". Cette valeur est "a". Le pilote logiciel de capture de racc§l6ration correspond au 
programme "PI". Dans ce cas, I'etat d'arrive du cas d'utilisation CRASH est par exemple un 
6tat que nous nommerons "D6verrouillage d'urgence". Dans cet 6tat, rop6ration 6l6mentaire 
"deverrouillage des portes" est r§alis6e, Elle correspond k une donn6e d mise h 1 qui 
commande par un pilote logiciel P2 qui commande les venrous des portes Vi. Si Ton donne 
une contrainte de performance de 100ms sur la realisation du cas d'utilisation CRASH cela 
signifie: 

Que racc6l6rometre a d6tect6 une valeur de crash a. 

que la valeur de a a ete rafraTchie en executant le pilote P1 

que rentrde dans I'itat D6verrouillage d'urgence a ^te realis§e 

que la donnde d a 6X6 mise a 1 

que le logiciel P2 a §t6 execute 

que les verrous Vi ont fonctionn§ 
le tout en moins de 100 ms. Certaines de ces 6tapes 6tant parallfeles et d'autres 
s^quentielles. 

Si maintenant, de plus, l'acc6l6romfetre est plac§ sur un calculateur d'airbag et la 
commande des verrous est placee sur un autre calculateur, par exemple le calculateur 
habitacle, et ces deux calculateurs sont reli6s par un bus CAN sur lequel la donn6e a est 
transport§e par une frame T. Alors la contrainte de 100 ms signifie maintenant: 

Que I'accelerom^tre a dStectd une valeur de crash a. 

que la valeur de a a 6t6 rafraTchie en executant le pilote PI 

que la valeur de a a 6t6 6crite dans le pilote CAN du calculateur Airbag 
pour remission de la frame T 

que la frame T a circuit sur le bus 

que la frame T a §t§ lue et la valeur de a extraite par le pilote CAN du 

calculateur habitacle 

que I'entree dans r§tat D6verrouillage d'urgence a 6t6 r§alis6e 

que la donnSe d a 6td mise ^ 1 
que le logiciel P2 a et6 ex6cut§ 
que les verrous Vi ont fonctionnd 
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le tout en moins de 100ms. On k partir de cette llste §tablir des exigences de perfonnance 
pour rex6cution de chacune de ces 6tapes. Par exemple, on peut proposer que la trame T 
soit 6mise toute les 20nns ce qui laisse 80ms de temps d'ex6cution pour ies autres 
op§rations qui sont s§quentlellement ex6cut6es avant ou aprfes l'6mission de la trame. Si 
5 cette hypothfese s'avfere trop difficile h tenir, on reduira le temps de transmission de T a 
10ms par exemple. Si au contraire, on s'apergoit que le r6seau par iequel T transite est tr&s 
charg6, on tentera tf6mettre une exigence d'6mission toutes ies 30ms pour T et I'on tentera 
de realiser toutes les op6rations qui doivent se ddrouler avant ou apres remission de T en 
moins de 70ms. 

10 R§ciproquement, si des exigences de performance ont 6t§ exprimees sur ces divers 
operations, on peut verifier que la somme de ces operations se fait bien en moins de 100ms. 
FInalement, si certaines exigences sont sp§cifi6es mais pas d'autre, on d6duit des 
exigences d^ja specifi6es ie temps restant pour ex6cuter toutes les operations sur 
lesquelles aucune contrainte n'est exprimee. 
15 Si I'on recherche une anomaiie liee h la realisation du cas d^utiiisation CRASH cela 

signlfie que Ton peut rechercher en priorite les causes parmi ies differentes composantes 
realisant le cas d'utilisation CRASH, teiies que:: 

I'acceierometre a detecte une vaieur de crash a. 
ia vaieur de a a ete rafraTchie en executant ie piiote PI 
20 - rentree dans i'etat oeverroulilage d'urgence a ete realisee 

la donnee d a ete mise k 1 
le logiciei P2 a ete execute 
les verrous Vi ont fonctionne 
On peut ainsi synthetiser automatlquement la llste des operations eiementaires, 
25 executions de pllotes, ecritures et lectures dans des trames, prise en compte d'infomiation 
par des capteur et des actionneurs, transferl de trame sur un reseau, notamment, decrire 
toutes les operations k effectuer lors de la realisation d'un cas d'utilisatlon afin de savoir 
exactement dans quel ensemble d'objets rechercher la cause d'un defaut detectee lors de 
■'execution du cas d'utilisatlon CRASH. 
30 Une fois le placement realise, on peut Identifier automatiquement dans chaque 

mode transversal t les operations eiementaires qui doivent §tre operatlonnelles. Lorsqu'au 
moins une operation eiementaire fonctionne sur un calculateur, cela signifie qu'une 
initialisation m§me parlielle du calculateur dolt §tre effectu6e dans le mode correspondant 
Lorsque aucune operation eiementaire ne s'execute dans un mode transversal donne sur un 
35 calculateur, cela signifie qu'll peut dtre desactlve. 

A la difference du brevet EP-0696775A1 , dans la presente Invention une topologie 
2-D n'est pas un pre-requis. Une topologie 2-D est un resultat du procede de la presente 
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invention et par consequence peut §tre utilise par exemple comme une entr6e de tels 
syst^mes. Aussi, selon la pr6sente invention, les cheniins sort generis automatlquement 
On observe que le proc6d§ de conception et Toutii correspondant permettent des d§marches 
"top-down", en suivant les onglets, dans I'ordre, comme expos§ dans la description, et 
"bottom-up", c'est-a-dire en suivant tout ordre de specification voulu par le concepteur, y 
ccmpris en s61ectionnant les onglets dans I'ordre inverse de ce qui est expos6 dans la 
description. 

II sera aussi appr§cie que la procedure de la pr§sent invention peut §tre r6alis6e 
dans la forme d'un programme d'ordinateur et enregistr6e sur la memoire d'un ordinateur. 
Des articles manufactures pourront §tre produit sur lesquels de tels programmes 
d'orcRnateur pourront etre enregistr6s. 
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REVENDICATIONS 

1. Proc6d6 de conception d'une sp6cification d'un systeme materiel et logiclel, 
caracterise en ce qu'il compori:e : 

5 - une etape de definition de prestations et, pour ciiaque prestation, de cas 

d'utilisatlon ; 

- une dtape d'association de chaque cas d'utilisation k au moins un dtat de depart 
du syst^me, une demande utilisateur et, pour chaque dtat de depart, un dtat d'arrivde du 
syst^me ; 

10 - une 6tape de dSfinltion d'op6rations au cours de laqueile, pour chaque 6tat, on 

d6finit un ensemble d'operations el§mentaires correspondent k la r6ponse du syst&me lors 
de Tarrivee dans ledit Stat ; 

- une dtape de specification d'architecture du syst&me dSfinissant des unites de 
contrOle eiectronique et des r6seaux ; 

15 - une dtape de placement des operations eiementalres sur les calcuiateurs ; 

et, au moins Tune des etapes suivantes : 

- une etape didentification des flots de donnees circulant sur lesdits reseaux en 
fonctlon dudit placement ; et 

- une etape d'identification de la specification des interfaces des calcuiateurs en 
20 fonction dudit placement. 

2. Precede selon la revendication 1 caracterise en ce que retape de placement 
comporte, pour chaque prestation, un choix parmi plusleurs modes de placement 
comportant notamment : 

25 - le placement de la prestation sur un seui calculateur, 

- le placement maTtre - esclave dans lequel une operation eiementaire 
suppiementaire de contrdle de la prestation unique, active, suivant retat de la prestation 
dans lequel se trouve le systeme, les operations eiementaires de la prestation, cetle 
operation eiementaire suppiementaire etant placee sur Tun des calcuiateurs, 

30 - le placement distribu6e dans lequel les operations eiementaires sont reparties sur 

au moins deux calcuiateurs et, sur chacun desdlts calcuiateurs, une operation eiementaire 
suppiementaire de contr6le de la prestation est placee et active, suivant retat de la 
prestation dans lequel se trouve le systeme, les operations eiementaires de la prestation 
placees sur ledit calculateur. 

35 

3. Precede selon la revendication 2 caracterise en ce que, les operations 
eiementaires suppiementaires sont generees automatiquement avec : 
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- comme entries, toutes les donn6es n6cessaires au calcul des transitions de 
I'automate de controle de la prestation dont les 6tats sont les Stats de la prestation et les 
transitions les traductions, par une operation §l6mentalre, des demandes utilisateur et 

- comme sortie, une donnee repr6sentant Tdtat dans lequel se trouve la prestation. 

4. Proc§d§ seion Tune des revendicatlons pr6c6dentes caract§rls§ en ce que, au 
cours de r§tape d'Identlflcatlon des flots de donnees, on d6termine un §tat de chaque flot de 
donn6es, par rapport h une messagerie donn6e : 

- donnSes libres k placer dans des trames, 

- donnSes deja placSes dans une trame et circulant sur le rdseau et telles qu'elles 
sont produltes dans les calculateurs ou la trame est produlte et consomm6e dans les 
calculateurs oD la trame est consomm§e, et 

- emplacements de trame non utilises. 

5. Proc6d§ selon Tune des revendicatlons prec6dentes caract6ris§ en ce que, 6tant 
donnd un cas d'utlllsation, 

- on exprime une contrainte de perfomiance sur ce cas d*utlllsatlon ainsi que 
sur certalnes des operations 61ementaires r§alls6es dans r6tat d'arrivSe dudit cas 
d'utilisation, 

- on synthdtlse alors automatiquement la llste des ex6cutions d'op6ratlons 
6l6mentaires, executions de pllotes, 6crltures et lectures dans des trames, prise en 
compte d'Informatlon par des capteur et des actionneurs, transfert de trame sur un 
r6seau mise en oeuvres suite au placement desdites operations 6l6mentalres , 

- on spScifie des exigences de ddlal d'exdcution et/ou de temps de r§ponse 
de transmission, de lecture et d'6criture des trames, tfex6cution des pllotes et des 
operations 6l6mentaires, 

- on indique les temps de rSponse des capteurs et des actionneurs 

- on valide que cette contrainte de performance est satisfaite pour un 
placement desdites op6rations §16mentaires ou specifier des exigences de d6lai 
d'exdcutlon et/ou de temps de r6ponse pour satisfaire cette contrainte de 
performance. 

6. Proc6d6 selon Tune des revendicatlons pr6c6dentes caract6ris6 en ce que si, 
pour une prestation poss§dant au molns deux variantes, lesdites varlantes ont des 
operations 6l§mentalres partag6es, alors lesdites operations 6l6mentalres sont placdes 
automatiquement sur les m§mes calculateurs ou varlantes de calculateur lorsque le 
placement d'une des variantes est r6alis§. Par exemple des variantes d'accfes au v6hlcule, 



wo 2004/038618 



74 



tT/FR2003/003108 



I'une avec cl6, Tautre sans cl6, partagerons lea op6rations 6l6mentaires de verrouillage et 
d^verrouillage. 

7. Dispositif de conception d'une sp6ciflcation d'un systfeme material et logiclel, 
5 comportant : 

- un moyen de definition de prestations et, pour ctiaque prestation, de cas 
d'utilisation ; 

- un moyen d*association de chaque cas d'utilisation k au moins un §tat de depart 
du systeme, une demande utilisateur et, pour chaque 6tat de depart, un 6tat d'arriv6e du 

10 systeme ; 

- un moyen de definition d'op6rations au cours de laquelle, pour chaque §tat, on 
d6finlt un ensemble d'op6rations 6l6mentaires correspondant k la reponse du syst6me lors 
de I'arrlvee dans ledit 6tat ; 

- un moyen de specification d'architecture du systfeme d6finissant des unites de 
15 controle electronique et des r6seaux ; 

- un moyen de placement des operations eiementalres sur les calculateurs ; 
et, au moins I'un des moyens suivants : 

- un moyen d'identlfication des flots de donn6es circulant sur lesdits r6seaux en 
fonction dudit placement ; et 
20 - un moyen d'identification de la specification des interfaces des calculateurs en 

fonction dudit placement. 

8. Dispositif selon la revendlcation 7 caracterise en ce que, le dispositif comporte 
un moyen de selection, de preference un onglet, tfune description hierarchisee, la selection 

25 de chaque moyen de selection falsant apparaTtre un ecran different du dispositif. 

9. Dispositif selon Tune des revendications precedentes caracterise en ce que, 
pour au moins un ecran, la description hierarchisee represente, k un premier niveau de 
hierarchie, une pluralite de prestations, et k un deuxieme niveau de hierarchie, une plurallte 

30 de cas d'utilisation pour chaque prestation, par exemple une prestation "essuie-glaces" peut 
§tre definie par des cas d'utilisation de balayage alterne, de balayage lent et de balayage 
rapide. 

10. Dispositif selon la revendlcation 9 caracterise en ce que, pour au moins un dit 
35 ecran, chaque cas d'utilisation comporte un contexte ou situation initiate du systeme, une 

demande d'un utilisateur au systeme et une reponse du systeme correspondant k un 
changement de son etat. 



wo 2004/038618 ^fe:T/FR2003/003108 

75 



11. Dispositif selon les revendications 9 et 10 caracteris6 en ce que, dans au moins 
un 6cran, pour chaque cas d'utilisation d'une prestation, des §tats et des transitions d'6tat 
associees sont d^finis. 

5 

12. Dispositif selon I'une des revendications 7^11 caract6ris6 en ce que, les §tats 
qui fonctionnent dans des modes transverses aux prestations communs sont regroup6s, 
dans des phases, chaque 6tat est associ6 k une phase du systfeme, I'ensennble des cas 
d'utilisation formalisms repr§sentant toutes les r6ponses ou absences de r6ponse du 

10 systfeme dans toutes les phases, celles ci reprdsentant, ensemble, toutes les combinalsons 
des modes de fonctionnement du v§hicule. 

13. Dispositif selon la revendication 12 caracterise en ce que, chaque phase est 
constitu6e d'un ensemble de combinalsons des modes de fonctionnement du v6hlcule, les 

15 modes etant transversaux aux prestations et hors du contrSle direct des prestations, par 
exemple un mode repr^sentant un niveau d'energie disponlble et/ou un type d'utilisateur du 
syst^me et ou un §tat accidents ou non d'un v§hicule. 

14. Dispositif selon I'une des revendications pr§cedentes caract6rls6 en ce que, 
20 pour au moins un 6cran, la description hi§rarchis§e repr6sente, k un premier niveau de 

hi6rarchie, une pluralit6 de prestations, et k un deuxidme niveau de hidrarchie, des phases 
de la prestation. 

15 - Dispositif selon Tune quelconque des revendications 10^14, caract6rls6 en ce 
25 que, pour au moins un 6cran, la description hi6rarchis6e repr§sente, k un premier niveau de 

hi§rarchie, une plurality de prestations, et k un deuxi^me niveau de hi6rarchle, des 6tats. 

16 - Dispositif selon Tune quelconque des revendications 14 ou 15, caract6ris§ en 
ce que, dans la description hi6rarchis6e, un niveau hidrarchique d6crit, dans un 6tat donnd, 

30 les operations 6l6mentaires. 

17 - Dispositif selon Tune quelconque des revendications 7 a 16, caract6ris6 en ce 
que, pour au moins un 6cran, un placement d'op6rations 6l6mentaires sur des composants 
repr^sentSs sur une vue synth§tique peut etre effectu§. 

35 

18 - Dispositif selon la revendication 17, caract6ris§ en ce qu'il comporte, pour au 
moins un §cran, une vue synth6tique repr6sentant une enveloppe d'un composant et chaque 
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operation 6lementaire que ledit composant controle ou commande. 

19 - Dispositif selon I'une quelconque des revendlcations 7 a 18, caractdrisd en ce 
qu'il comporte, pour au moins un 6cran, une vue synthetique repr6sentant une enveloppe 

5 d'une prestation et chaque operation el6mentaire que ladlte prestation comporte. 

20 - Dispositif selon Tune quelconque des revendlcations 7^19, caract6risd en ce 
que, pour au moins un 6cran, la description hi§rarchis6e repr6sente des calculateurs du 
systeme, h un premier niveau de hi§rarchle, et h un deuxifeme niveau de hierarchie, des 

10 operations elementaires contr6l§es ou command§es §lectroniquement par chaque 
calculateur. 

21 - Dispositif selon la revendication 20, caract§ris6 en ce que, pour chaque dit 
ecran, un niveau hierarchique repr6sente, pour chaque calculateur, les prestations qui sont, 

15 au moins partlellement, plac§es sur ledit calculateur. 

22 - Dispositif selon I'une quelconque des revendlcations 20 ou 21 , caract6rls6 en 
ce que, pour chaque dit 6cran, une vue synth§tique repr6sente, pour chaque calculateur, les 
modes dans lesquels ledit calculateur doitfonctionner. 

20 

23 - Dispositif selon Tune quelconque des revendlcations 7 a 22, caract§ris6 en ce 
que, pour au moins un §cran, une vue synth6tlque repr§sente au moins un r6seau et les 
composants qui y sont reli6s. 

25 24 - Dispositif selon Tune quelconque des revendlcations 7 a 23, caract6rls6 en ce 

que, pour au moins un ecran, la description hi6rarchlsee repr6sente des calculateurs du 
systeme, k un premier niveau de hi§rarchie, et k un deuxi&me niveau de hi6rarchie, pour 
chaque calculateur, les trames de donn§es transitant sur les bus auxquels est connect6 le 
calculateur et/ou les composants 6lectroniques (capteurs, actionneurs) directement 

30 connect§s au calculateur. 

25 - Dispositif selon I'une quelconque des revendlcations 7 k 24, caract6rls§ en ce 
que, pour au moins un §cran, la description hi6rarchis6e repr6sente des trames, a un 
premier niveau de hi6rarchle, et k un deuxifeme niveau de hierarchie, pour chaque trame, les 
35 donn§es contenues dans les trames. 
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26 - Dispositif selon Tune quelconque des revendications 7 k 25, caract6ris§ en ce 
que, pour au moms un 6cran, une yfue synth§tique repr6sente des composants et/ou 
r6seaux et une projection d'une prestation sur lesdits composants et/ou r6seaux. 

27 - Dispositif selon Tune quelconque des revendications 7 k 26, pour au moins un 
6cran, un niveau hierarchique d6crit, pour chaque operation 6lementaire, les flots de 
donn6es d'entr6e et de sortie d'interface, pour chaque flot de donn6es, le pilote et le 
composant et/ou I'operation 6l§mentaire, avec lequel le flot de donndes est 6chang6. 

28 - Dispositif selon Tune quelconque des revendications 7 a 27, caract6ris§ en ce 
que, pour au moins un 6cran, la description hi6rarchis§e represente, k un premier niveau de 
hf^rarchie, une pluralit6 de prestations, et k un deuxi&me niveau de hierarchie, une pluralit6 
de v^iantes de prestation, pour chaque prestation. 

29 - Dispositif selon I'une quelconque des revendications 7 k 28, caract6ris6 en ce 
que, pour au moins un 6cran, la description hi6rarchis6e repr§sente, k un premier niveau de 
hi6rarchie, une plurality de composants §lectronlques, et a un deuxifeme niveau de 
hi6rarchie, une pluralitd de variantes de composants §lectroniques, pour chaque composant 
Slectronique. 

30 - Dispositif selon Tune quelconque des revendications 7 a 29, caract6ris6 en ce 
que, pour au moins une vue synth§tique, une s6lection, avec un dispositif de pointage, d'un 
6l§ment de la vue synth6tique donne acc6s k une repr6sentation de fonctionnement dudit 
Element 

31 . Dispositif selon Tune quelconque des revendications 7 k 30, caract6ris6 en ce 
que, pour un cas d'utlllsation, 6tant donn6 un placement partial ou complet des prestations, 
on identifie automatiquement I'ensemble des operations §l6mentaires dans I'architecture 
ainsi que I'ensemble des donn6es echang§es (trames, capteurs, actionneurs) correspondant 
k la realisation du cas d'utilisation. 

32. Dispositif selon Tune quelconque des revendications 7 a 31, caract6rls6 en ce 
que, pour un cas d'utilisation, si on exprime une contrainte de performance sur ledit cas 
d'utilisation, on identifie automatiquement I'ensemble des operations 6I6mentaires dans 
•'architecture, I'ensemble des trames 6chang6es, I'ensemble des capteurs n6cessaires et/ou 
I'ensemble des actionneurs activ6s, de manlfere leur affecter respectivement des 
contraintes de d6lai d'ex6cution, de d6lai de transmission, de d§lai d'activation propres et/ou 
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valider des contraintes d6j& exprim6es. 

33. Dispositif selon Tune quelconque des revendlcations prdcddentes caract6ris6 
en ce qu'il comporte, pour des objets, composants mat6rlels et/ou prestations offertes au 
client, une representation grapiiique dite "enveloppe" qui comporte : 

- un contour repr6sentant ledit objet, 

- des representations d'autres objets avec iequel ledit objet communique, et 

- des representations de donn6es 6cliang§es avec lesdlts autres objets. 

34. Dispositif selon la revendication 32, caract§rls§ en ce que, lorsque ladlte 
enveloppe represente un composant mat6riels, les representations de donn6es sont 
effectu6es pour une prestation. 

35. Dispositif selon Tune quelconque des revendlcations precedentes, caracterise 
en ce qu'il comporte, pour chaque bus, une representation des composants qui y sont 
directement relies et, pour les composants directement reli6s k au moins deux bus, pour 
chacun de ces bus, associe audit composant, un Identificateur de chaque autre bus auquel 
ledit composant est directement relie. 

36. Dispositif selon la revendication 35, caracterise en ce que ledit Identificateur est 
un element graphique. par exemple une pastille d'une couleur identique a celle du bus dans 
ladite representation. 

37. Article manufacture comprenant un moyen de stockage d'ordlnateur ayant un 
programme d'ordlnateur pour la conception d'une specification d'un systSme materiel et 
logiciel caracterise en ce que le programme comprend un code pour realiser les etapes de la 
procedure definie dans Tune des revendlcations 1^6. 
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